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

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

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

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

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


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


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



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

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

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

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

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

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

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

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