Построение индекса + выборка на порядок быстрее сортировки

Запрос (довольно сложный, много маленьких таблиц джойнятся к довольно большой (3 млн), выбирается top 100) с сортировкой по непроиндексированному полю выполняется 10 минут.
Построение индекса по необходимому полю - секунд сорок.
Выборка после индекса - десять секунд.
Отсюда вопрос - если этот индекс мне не нужен нигде, кроме этого запроса, можно ли каким-то хинтом разрешить серверу построить что-то вроде временного индекса в темпдб, например, для выполнения конкретного запроса?
И вообще, откуда берется такая разница во времени?

Хинта такого нет. Но можно сначала попробовать выбрать во временную таблицу 100 записей с сортировкой по непроиндексированному полю, а потом уже join'ить с маленькими таблицами. Бедут больше 10 секунд, но меньше 10 минут. Попробуйте.

А чем то индекс Вам мешает? :)

Если поле не селективное (т.е. уникальных значений блоьше 90%), то оптимизатору значительно быстрее найти по индексу 100 записей, чем фулсканить 3 млн...

kvasimodo

И вообще, откуда берется такая разница во времени?

На то они и создаются индексы, чтобы получить разницу во времени. А сравните ка оба плана с индексом и без. Кстати, сраже после создания индекса он почти что весь лежит в памяти и выборка по нему будет очень быстрой.

действительно а почему вы не хотите оставить этот индекс? чем это плохо, если он нужен?

кстати а планы выполнения можно увидеть? есть некоторые сомнения что проблема только в этом... желательно планы с и без этого индекса