Цитата:
Сообщение от
smoyk
Ну возможно, но в этом случай поиск будет идти много медленее, т.к. набор данных не будет упорядочен.
Простите, но это бред.
Во первых набор данных будет упорядочен по первичному ключу.
В вторых, поиск будет идти быстрее, поскольку при использовании не кластерного индекса, к нему всегда идет join
кластерного, в котором данные как раз УЖЕ упорядочены по первичному ключу.
Цитата:
Сообщение от
smoyk
Вызывая SETCURRENTKEY мы не только сортируем (что значительно ускоряет поиск)
Каким образом сортировка УСКОРЯЕТ поиск?!
Это дополнительное действие, которое либо является отдельным пунктом плана запроса, либо входит в этап джоина таблиц.
Цитата:
Сообщение от
smoyk
но и явно указываем выбираемый ключ. Если SQL 2005 выберет другой ключ исходя из своей логики, думаю это будет не правильно. Думаю, он этого и не сделает имхо. Или я не прав и Вы можете такие примеры привести?
Пример будет вечером. Специально сделаю его на CRONUS, чтобы Вам удалось его повторить.