Раз уж пошла такая пьянка.

Самые быстрые запросы на начитку диапазона данных - это так называемые Covered (все поля условия where попадают в индекс) запросы по Non-Clustered Index'у.
Теория:
индексы состоят из нескольких слоев на каждом из которых происходит уточнение диапазона данных. Для Clustered Index последний слой это слой данных. Для Non-Clustered есть так называемый Leaf слой. Ссылки на записи данных на этом слое идут в порядке ключа.
Что имеем в итоге: если в условии where указаны поля ключа задающие диапазон выборки, то происходит позиционирование на начальную запись в ключе и дальше
последовательно начитываются записи по Leaf - слою. Доступ к слою данных не нужен.
Дополнительно к этому: фрагментированность ключа заведомо ниже, чем таблицы (данных меньше), что в свою очередь очень благоприятно для физического чтения.

По поводу сертификатов.
Был случай. Я попросил одного автоматизатора, всего увешенного сертификатами, написать простейший скрипт. Скрипт должен был в 2 часа ночи поднять dump на тестовую БД.
Результат: 5 ошибок в 3 строчках, но самое обидное что он не попал в БД. Точнее попал в рабочую, да еще с настроенной репликацией. Хорошо что к этому времени я еще не ушел. Вобщем до 6 утра мне было чем заняться.

PS. у меня нет сертификатов (точнее нет в этой области)