Ситуация такая - открываю Recorset (adOpenKeyset) с указанием PageSize & AbsolutePage и при этом испытываю жуткие тормоза - после разбора оказывается что тормозит на вызове RecordCount - после трасировки оказывается что в этот момент SQL считает записи путем полного перебора :-(((

Все необходимые индексы присутствуют но тем не менее по умолчанию он делает выборку путем сканирования кластерного индекса (выборка ~30% от общего кол-ва записей) а не с использованием обычного индекса (в этом случае действительно для подсчета записей кроме сканирования делать больше нечего) но даже если явно указать какой индекс использовать он все равно считает записи полным перебором ?!

Я не могу понять почему и зачем он это делает а это всего навсего реализуется просмотр записей по страницам

конечно если не использовать RecordCount а зделать дополнительный вызов с получением COUNT(*) по тем же условиям что и основная выборка то все встанет на свои места и будет быстро работаеть но все таки почему он так делает !!!

интересно каким это образом получить @@ROWCOUNT из вызова Conn.Execute :-)
для этого как раз RecordCount и существует

а вот зачем в момент вызова RecordCount MSSQL вызывает
exec sp_cursorfetch 180150090, 16, 1089, 64
и так по всем записям я не понимаю

Задача ведь простая - отображать по десять записей на странице и показать страницы для прокрутки т.е. от MSSQL требуется FETCH на десять записей и вернуть их общее кол-во - между прочим в MDB этот механизм работал на ура

и полное сканирование таблицы которое показывает Query Analyzer для этого запроса здесь ни в коем случае не нужно а MSSQL выберает именно этот метод по умолчанию и приходится ему явно указывать какой индекс использовать - по моему это смахивает на полный бред хотя соответсвующий индекс для выбрки присутствует