Как всё плохо.. 

Если в таблице больше 1600 записей - обнови статистику with fullscan.

Z1 писал(а) 10. Декабря 2009 :: 06:58:

На самом деле, клиент 1С кеширует результат select *, и, при последующих обращениях к реквизиту, больше не посылает запросов на сервер. В отличие от предлагаемых тобой select top 1 *.

Z1 писал(а) 11. Декабря 2009 :: 08:57:

sp_executesql там - именно для того, чтобы "to reuse the execution plan it generates for the first execution".

Z1 писал(а) 12. Декабря 2009 :: 08:49:

В том, что при избирательности в 1.36% сканируется вся таблица, вместо поиска по индексу. Для таблицы размером в два с лишним мегабайта это уже играет роль. Не возьмусь ставить диагноз по фотографии, но что-то с твоим сервером не в порядке.

berezdetsky писал(а) 12. Декабря 2009 :: 17:39:

Еще раз переиндексировал и обновил статистику.
Может влияет на ситуацию еще и распределение дат
Всего разных дат Select DISTINCT DATE from _1SCONST = 1363


Если ограничить значение снизу
Select * from _1SCONST(NOLOCK)
where ID=92
and OBJID='     2   '
and DATE <= 'Oct  1 2009 12:00:00:000AM'
and DATE >= 'Jan  2007  12:00:00:000AM'
order by DATE DESC, TIME DESC, DOCID DESC
то запрос идет по IDD
При более ранних датах(снизу)  sql сервер выбирает кластерный индекс.