Посмотрите ЭТО

Ну тогда рассказывай, как ты сделал свой Журнал с отбором по любому реквизиту Шапки любого документа.
ЗЫ: ТЗ на форме что ли ?

При нажатии кнопки открывается модально окно, где я указываю необходимые фильтры.

Кусочек кода подмены:

ТекстSQL = "Select * from _1SJOURN(NOLOCK INDEX=ACDATETIME) where DATE_TIME_IDDOC>=? and DATE_TIME_IDDOC<=? order by DATE_TIME_IDDOC";
НовыйSQL = "Select * from _1SJOURN(NOLOCK INDEX=ACDATETIME) where DATE_TIME_IDDOC between ? and ? " + глТекст + " order by DATE_TIME_IDDOC";
глЗапрос.ДобавитьЗамену(ТекстSQL,НовыйSQL,1);

ТекстSQL = "Select COUNT(*) from _1SJOURN(NOLOCK INDEX=ACDATETIME) where  (DATE_TIME_IDDOC>=? and DATE_TIME_IDDOC<=?) and DATE_TIME_IDDOC<=?";
НовыйSQL = "Select COUNT(*) from _1SJOURN(NOLOCK INDEX=ACDATETIME) where (DATE_TIME_IDDOC between ? and ?) and DATE_TIME_IDDOC<=? " + глТекст;
глЗапрос.ДобавитьЗамену(ТекстSQL,НовыйSQL,1);
глЗапрос.Перехват(1);
УстановкаОтбора("Клиент");
УстановкаОтбора("");
 

Последние 2 строчки обновление делают, но очень долго. Особенно, если ставить фильтр не на локальной базе, а на сетевой.

Z1 писал(а) 02. Сентября 2010 :: 12:57:

К сожалению, если я не буду использовать индексы, то план выполнения запроса будет не самым оптимальным. Я в этом не раз убеждался, вернее меня убеждала утилита от SQL (Microsoft SQL Server Management Studio - Query - Analyze Query in Database Engine Tuning Advisor)

1) А почему тогда профайлер не показывает использование индексов в запросах, если их не описывать?
2) Т.е. ты предлагаешь не использовать хинты индексов в запросах?

Z1 писал(а) 02. Сентября 2010 :: 13:25:

Почему SQL Server Profiler не показывает использование индексов (если он их по-любому использует), если они не описаны в запросе?

P.S. А по сабжу рекомендации или, хотя бы, предположения какие-нибудь есть?

Цитата из ссылки
Цитата:


Так я Вам то же самое и пытался сказать другими словами.
хинт INDEX  это для sql сервера -  приказ и после этого sql
сервер будет его обязательно выполнять ( даже если это создаст очень плохой план выполнения )

Наверно не смогу ответить полностью на вопрос
лучше спросите про Tuning Anvisor на sql.ru

Я как бы не вижу противоречия.
Когда работает Tuning Anvisor он Вам дает какие-то средние рекомендации которые в большинстве случаев правильные.

Когда идет компиляция и выполнения конкретного запроса
sql сервер имеет гораздо более подробные данные +статистику на сейчас ( а не когда работал Tuning Anvisor ) + sql сервер также принимает во внимание загруженность своих ресурсов.

Корявый пример Предположим что для запроса  очень оптимален индекс ACDATETIME и этот индекс расположен на отдельном физическом томе.перед выполнением Вашешо запроса например диск индекса посыпался и производительность диска упала в разы.
При поступлении sql запроса sql сервер может обнаружить такую ситуацию и принять решение что в данном случае в данный момент времени надо вместо индекса ACDATETIME использовать кластерный индекс.
Если у Вас в запросе стоит явный хинт по индексу то sql сервер будет выполнять запрос именно по индексу ACDATETIME несмотря на то что это плохо.

PS это как при езде по Москве  если Вам позвонит друг и скажет что на вашем пути большая пробка Вы же постараетесь ее объехать.

ReLock писал(а) 02. Сентября 2010 :: 15:59:

так уже были советы
Если остаетесь в рамках Для подмены запросов используется компонента ToySQL то убири хинты индексрв. Как работает
подмена запросов ToySQL я не знаю и хорошо это или плохо тоже.

Также ответ по твоему subj был уже в первом посте.
Также можно еще переписать журнал на ТП.

PS По поводу как обновить журнал после изменения фильтров -
Увеличь интервал журналов на один день и 1с сама все обновит.

А

Форма.Обновить(0); 

не подойдет?

Не работал с ToySql ,  а разве эта ВК способна подменить табличную форму журнала документов ? Или просто идёт подмена запроса к скулю на свой всегда ?

Или у вас - ТЗ на форме всё же и вы свой запрос в неё выгружаете ?

Странно что не работает изменение интервала.
попробуй после установки фильтра
записать текущий документ ( через Док.Записать(); )