Лучший план индексирования SQL для широкой таблицы

Question

Привет, гуру SQL, там ... У меня проблема с этим месяцем, которую я не могу решить. У меня эта очень широкая (отчетная) таблица ок. 100+ полей. Прямо сейчас, он имеет около 2M записей и с темпом, что данные идут, это, вероятно, удвоит этот счет в следующие 1-2 месяца. Он работает приемлемый на данный момент. Но не так уж и уверен в ближайшие пару месяцев. В принципе, я просто хочу знать, какой будет лучший индексный план для этого типа таблицы. Это не фактическая таблица, но она очень близка. Я просто хочу проиллюстрировать различные типы данных.

ID bigint IDENTITY (UNIQUE CLUSTERED INDEX) 
    Column1 varchar(4000) NULL 
    ... 
    Column50 varchar(1000) NULL 
    Column60 int NULL 
    ... 
    Column60 nvarchar(max) NULL 

Теперь эта таблица в настоящее время запрашивается таким образом:

SELECT <ALL COLUMNS EXCEPT ID> 
    FROM ThisTable WITH(NOLOCK)  --i know how this works dont warn me :) 
    WHERE 
     (@Column1 IS NULL OR CHARINDEX('|' + [Column1] + '|', @Column1) > 0)) 
     ... 
     AND (@Column99 IS NULL OR CHARINDEX('|' + [Column99] + '|', @Column99) > 0)) 

Возможных значений для каждого Params/Поля:

@Column1 = '|value1|value2|value3|' 

    Column1 
    value1 
    value2 

Я знаю, что основное чтение плана выполнения и от того, что Я вижу ... много SCANS продолжается. Но, как я уже сказал, похоже, что я уже врезался в стену, поэтому я здесь и сейчас ищу помощь :). Я знаю, как индексировать небольшие таблицы на основе того, для чего они предназначены, таблицы, но ЭТО широко? Я могу просто убить себя: D

Любые идеи? Я немного читал о Columnstore INDEX .. это самое жизнеспособное решение, о котором я могу думать .. но на этот момент имеется очень мало информации, доступной для этого подхода.

Если вам интересно, как я придумал эту таблицу. Ну его содержимое поступает из разных таблиц (сглаживается). Обработка осуществляется в ночное время. Результат экспортируется в CSV-файл, который затем будет служить источником данных для другого приложения для отчетов.

Заранее благодарен!

Answer 1

ОК, если у вас уже есть табличная функция, вы, вероятно, можете использовать ее для ускорения работы. Но будьте осторожны, что нет смысла использовать его непосредственно в запросе. Сначала сделайте выбор из функции в таблицу (ы) #temp, а затем присоедините к ней.

Чтобы справиться с ORs, используйте динамический sql с sp_executesql или option(recompile) (см. Мой ответ на аналогичный вопрос here для примера).

Если вы можете сузить список выбора, вы можете использовать индексы покрытия.

Индексы Columnstore отлично подходят для агрегаций в одном столбце (потому что с CSI все значения для столбца группируются вместе, в отличие от хранилища, ориентированного на строки), но не помогут в вашем случае.