Есть сервер, достаточно мощный - 16 ядер, 192 памяти.
Есть запрос средней сложности, к основной таблице лефт джоинами присоединены еще порядка 10-15.
Сами таблицы не очень большие от миллиона до 30 миллионов записей.
На таблицах не было никаких индексов.
Запрос выполнялся от 5 до 15 минут в зависимости от условий. Параметров условий порядка 15.
Решил его оптимизировать создав необходимые индексы.
Но никаких положительных результатов это не дало!!!
Обычно помогало неплохо. А сейчас такое ощущение, что стало даже хуже.
Смотрю план выполнения, на все Table Scan сделал индексы - похрен мороз (ПМ)!
Проставил кластерные индексы на ключевые поля в таблицах - ПМ!
Делал и ребилд и перестроение индексов, потом обновления статистики - ПМ!
Убрал распараллеливание - ПМ!
Resource Governor отключен, Cost Treshold перепробовал всякие значения, Max Degree ставил в 1 - ПМ!

Кажется, что работаю вообще с другим сервером.
Что еще может быть?
Или пора переквалифицироваться в управдомы?

Индексы делал по полям, участвующим в WHERE
и по идентификаторам связей таблиц

Честно говоря их там дохрена!

И вешал и снимал, результата ноль.


А почему кластерный индекс, он же PK, может быть хуже чем его отсутствие?


Определить степень влияния. Без разницы.



До манипуляций план не снимал, не могу сравнить.

Именно так у меня.

Лайков нет ни одного.

Это сейчас проверим.

возможно, что вы и правы... но вот дат в документе 7 и по каждой есть фильтрация, какую дату делать "кластерной"?

msLex, похоже что у меня не с индексами, а с данными косяк.

SQL2008, были небольшие косяки, но это мелочь.
Вообще обычный джоин таблицы полтора миллиона записей с таблицей в четыре тысячи вернул полмиллиона записей за 9 минут! Это хрень, а не производительность на мой взгляд.
Коллеги!
Поделитесь своими мыслями.
Похоже, что ищу не там.

Похоже что вы оказались правы.

Резюме такое - совсем без индекса работает менее чем за 2 минуты на более слабом сервере, чем с кластерным на мощном сервере (9 минут).
Замеры из одной студии, с одного сетевого соединения.
msLex - оказался прав!
Респект и уважуха.

После установки индекса ничего не добавлялось, не удалялось, не обновлялось.
Дефрагментация индекса была сотые доли процента.

Факт остается фактом - индекс только мешал, без него запрос выполняется в три раза быстрее.
3 минуты вместо 9-ти

Убрал вообще все индексы, запустил план выполнения, создал (по рекомендации оптимизатора) покрывающий индекс на все (даже на время модификации записи, что меня немного смутило!) и время выполнения еще уменьшилось до полутора минут. В общем не всегда то, что кажется (кластерный индекс) хорошо в реальности.
Всем спасибо за горячее участие и помощь!

Нет. Это буферные таблицы, в которые данные заливаются одноразово и потом используются для построения отчетов. На них можно вешать какие угодно индексы и сколько угодно. Оперативной работы с данными нет.