sadovnikov писал(а) 29. Июля 2008 :: 06:55:

Слышал   Но стараюсь не пользоваться.
Да и ведь 1с-овский журнал быстро работает. почему?

sadovnikov писал(а) 29. Июля 2008 :: 08:35:

Курил и индексы.
1с штатно открывает журнал, создавая курсор. Этот же селект в QA работает 5 секунд, а штатный журнал открывается практически мгновенно.
зы. вот сам запрос, которым 1с генрит курсор

Select
  JOURN.* from _1SJOURN JOURN(NOLOCK INDEX=ACDATETIME), _1SCRDOC CRDOC(NOLOCK INDEX=PARENT)
where
  JOURN.DATE_TIME_IDDOC=CRDOC.CHILD_DATE_TIME_IDDOC and
  CRDOC.MDID=@P1 and
  CRDOC.PARENTVAL=@P2 and
  CRDOC.CHILD_DATE_TIME_IDDOC>=@P3 and
  CRDOC.CHILD_DATE_TIME_IDDOC<=@P4
order by
  CRDOC.MDID, CRDOC.PARENTVAL, CRDOC.CHILD_DATE_TIME_IDDOC
 

где @P1 - ид графы, @P2 - 'U', @P3 - нач. дата, @P4- кон. дата

Ключ порядка четко в индекс попадает?

+
а так же, раз уж залез в профайлер, мог бы посмотреть сумму reads на подготовку+фитч курсора при открытии журнала и reads твоего запроса из #10.
И подумать почему такое отличие.

sadovnikov писал(а) 30. Июля 2008 :: 11:38:
Да я не в табполе делаю - в квери аналайзере экспериментирую. Поэтому ключ порядка не при чем.

trad писал(а) 30. Июля 2008 :: 14:54:

Разве курсор не выбирает сразу все требуемые записи? (а потом 1С через fetch выбирает из курсора  только N требуемых для отображения)
количество reads сравню, подумаю...
Но все-таки я говорю про то, что один и тот же запрос, котрым 1С генерит курсор выполняется в QA гораздо медленнее. Не может столько времени тратиться на вывод результатов (имхо, конечно)...

Mikeware писал(а) 30. Июля 2008 :: 11:19:

Потому что, то что выбрает курсор (именно выбирает, а не выбрал) - сразу не подгружается в таблицу журнала. Видишь ты на экране максимум строк 50, а вывод этого количества строк из курсора (как и из запроса) - дело сотых долей секунды. Даже если для каждой видимой записи выбирать значения реквизитов документа с помощью sp_scXXX_byID.
Если попытаешься выбрать весь набор записей с начала, то курсором будет однозначно медленнее, чем запросом. Хотя если тебе требуется получить сначала несколько последних записей, а потом уже весь набор данных, то курсором однозначно будет быстрее.
Еще, для понимания, как 1С выводит различные формы списков, посмотри на полосу прокрутки - она всегда посередине, т.е. заведомо неизвестно сколько строк в отображаемой информации, поэтому ты видишь только ту часть, которую видишь, а не манипулируешь всем журналом сразу.
Теперь понятно, почему якобы создание курсора из 1С... быстрее запроса?

Если я не прав - поправьте меня.