Самое быстрое время выполнения запросов на таблицу большого размера

Question

Мне нужен совет, как получить быстрый результат для запросов на таблице большого размера. Я использую SQL Server 2012, мое состояние выглядит так:

У меня 5 таблиц содержит запись транзакции, каждая таблица содержит 35 миллионов записей. Все таблицы имеют 14 столбцов, столбцы, которые мне нужно найти, - это GroupName, CustomerName и NoRegistration. И у меня есть представление, которое содержит 5 из всех этих таблиц. Записи GroupName, CustomerName и NoRegistration не являются уникальными для каждой таблицы.

У моего приложения есть функция для поиска в этом столбце. Этот запрос, как это:

Поиск по названию группы:

SELECT DISTINCT(GroupName) FROM TransactionRecords_view WHERE GroupName LIKE ''+@GroupName+'%' 

Поиск по имени:

SELECT DISTINCT(CustomerName) AS 'CustomerName' FROM TransactionRecords_view WHERE CustomerName LIKE ''+@Name+'%' 

Поиск по NoRegistration:

SELECT DISTINCT(NoRegistration) FROM TransactionRecords_view WHERE LOWER(NoRegistration) LIKE LOWER(@NoRegistration)+'%' 

Мой вопрос, как может Я добился самого быстрого времени выполнения для поиска? С моим состоянием прямо сейчас, каждый раз, когда я искал, это заняло 3 - 5 минут.

Моя идея состоит в том, чтобы создать новые таблицы, содержащие различные имена GroupName, CustomerName и NoRegistration из всех 5 таблиц.

Является ли моя идея делать время выполнения быстрее? или любая другая идея?

Спасибо

---

EDIT:

Это запрос для просмотра "TransactionRecords_view"

CREATE VIEW TransactionRecords_view 
AS 
SELECT * FROM TransactionRecords_1507 
UNION ALL 
SELECT * FROM TransactionRecords_1506 
UNION ALL 
SELECT * FROM TransactionRecords_1505 
UNION ALL 
SELECT * FROM TransactionRecords_1504 
UNION ALL 
SELECT * FROM TransactionRecords_1503 

Answer 1

Итак, вам не нужно создавать эти новые таблицы. Если вы создаете индексы без кластеризации на основе этих полей, он (по сути) сделает то, что вам нужно. Индекс будет хранить данные только по столбцам, а не по всей таблице. Однако имейте в виду, что индексы отлично помогают в операторах SELECT, но будут отрицательно влиять на любые записи (INSERT, UPDATE и т. Д.).

Далее вы хотите запустить запросы с включенным планом выполнения. Это покажет вам, как оптимизатор решил запустить каждый запрос (в конце). Существуют ли какие-либо конкретные проблемы здесь, какие-либо из шагов, требующих большой общей стоимости оператора? Есть много отличных учебных видеороликов о планах исполнения на youtube, проверьте их, если вы еще не смотрели планы exe.

Answer 2

Вы должны показать СКП TransactionRecords_view. У вас есть индексы? Что такое сортировка столбца NoRegistration? Вставьте фактический план выполнения для каждого запроса.

Answer 3

Вы пытались проверить, отсутствуют ли индексы с фактическим планом выполнения?

Кроме того, поскольку вы используете предложение на varchar, я слышал о полнотекстовом поиске.может быть, это может быть полезно для вас:

https://msdn.microsoft.com/en-us/library/ms142571(v=sql.120).aspx