Первый раз запрос выполняется 30 сек, а потом 3 сек - как оптимизировать? #810357

Заметил недавно с утра пришел - дайка, думаю, пооптимизирую нажал на кнопку - вот оно - запрос выполняется 30 сек, 66% времени повторяем замер - 3 сек, 30% времени меняю параметры запроса - 3 сек перезапускаю 1С - 3 сек вроде и оптимизировать нечего становится ... объясните механизм - почему "первый" раз - долго, а потом в 10 раз быстрее

SQL

Первый раз у SQL все на диске, потом все в памяти.

статистика пересчитывается регулярно?

И не только на SQL.. И не только в 8-ке. Точно та же картина в 7-ке при запуске обработки.

3 секунды на запрос - оптимизировать нечего? Серьезно?

потратить 3 часа времени. что бы оператор выполнил этот запрос 200 раз в год на ... 1 сек быстрее?

(30-3) * 200 = 5400 кажется, то есть полтора человека часа в год - это все, что ты можешь сэкономить. Оно стоит 3х часов твоей работы? ;-)

Кэш

Так у тебя СУБД не разогретая

где запрос-то? выкладывай, щас мы тебя из профессии то попросим :-D

сто таких запросов, и грустить начнет не только оператор, и не 27 секунд в день

У меня был случай, я такой запрос в 3 сек при прогретом кеше до 0.3 сек при холодном кеше оптимизировал.... но запрос реально был кривой.

добавить памяти в sql сервер, что бы данные не вытеснялись. ну и дать чутка больше 1С серверу.

запросы оптимизируют глядя на план запроса. даже если он стал 3 сек, там все равно видимо есть что подкрутить что бы чтений стало меньше.

после первого раза выборка в кэше хранится. Поэтому на порядок(да, да) быстрее. Чтобы оптимизировать запрос, надо знать механизмы выборки. Есть целый курс по оптимизации запросов. ТАм описывается, почему получение данных через точку будет работать медленнее чем связывание данных, использование ВТшек, вместо вложенных запросов с последующим их уничтожением, короче, в рамках данной темы более лучше пройти курс.

А с утра роботом запустить несколько отчётов, чтобы весь день они крутились быстро - не прокатит?

ну вот три таблички из 10 ВЫБРАТЬ РАЗЛИЧНЫЕ     Мед_ИспользованиеДокументовВРеестрах.Документ КАК Регистратор ИЗ     РегистрСведений.Мед_ИспользованиеДокументовВРеестрах КАК Мед_ИспользованиеДокументовВРеестрах     И Мед_ИспользованиеДокументовВРеестрах.Документ ССЫЛКА Документ.Мед_СтатТалон ; ГДЕ     Мед_ТалоныПриема.Период МЕЖДУ &ДатаНачала И &ДатаКонца     И Мед_ТалоныПриема.СМООМС = &Организация     И НЕ Мед_ТалоныПриема.Регистратор.НеВключатьВРеестры     И втИсключаемыеТалоны.Регистратор ЕСТЬ NULL ; ГДЕ     Мед_СтатистическиеТалоны.Период МЕЖДУ &ДатаНачала И &ДатаКонца     И втИсключаемыеТалоны.Регистратор ЕСТЬ NULL ИНДЕКСИРОВАТЬ ПО     Регистратор выполняется 1.4 сек 125000 400 4000 записей во временных таблицах

если перед соединением проиндексировать вот эти поля?

дольше если не делать первую временную - а левым то для одного раза - быстрее (если быб было только одно соединение - во втором запросе

Сколько регистраторов? 2. В РегистрСведений.Мед_ТалоныПриема, а так же в РегистрСведений.Мед_СтатистическиеТалоны много повторов Регистратор? Если да, то в начале выбери во временную таблицу различные, а потом уже соединяй. 3. Не забудь при этом индекс по полю Регистратор прикрутить к правой таблице ( втИсключаемыеТалоны ).

Это кэш. Делай замеры после 2  и 3 запроса. Увидишь, что время одинаковое. Когда сделаешь новый запрос, то опять 2 и 3. Только после этого можно делать выводы.

- два типа

ну так у заказчика претензия - пришел на работу - нажал кнопку и минуту жду результата проверяем - нифига не минуту - 0.5 сек так и объяснять - это кэш?

условия,которые можно, из ГДЕ вставить ПО

Качество объяснения Заказчику особенности работы программы относится только к опыту и профессионализму консультанта. Если отчет один и тот же, то его можно сформировать заранее по регламенту и выдать из сохранённого места. Еще можно дать Заказчику новопассита для успокоения или включить котиков на экране

Выразить не поможет. ГДЕ     Мед_ТалоныПриема.Период МЕЖДУ &ДатаНачала И &ДатаКонца     И Мед_ТалоныПриема.Регистратор ССЫЛКА Документ.[ тот у которого есть НеВключатьВРеестры ]     И Мед_ТалоныПриема.СМООМС = &Организация     И втИсключаемыеТалоны.Регистратор ЕСТЬ NULL

Что там с различными?

а вот и нифига первая таблица - 125000 записей потом всего 4000 ИМХО - надо сократить первую - т.е. выбрать сначала вторую и третью, потом уже первую, а потом левую исключающую связь сделать

Покажи, что получилось

Я тебе про индексы писал.     И Мед_ИспользованиеДокументовВРеестрах.Документ ССЫЛКА Документ.Мед_СтатТалон ИНДЕКСИРОВАТЬ ПО   Регистратор

К главной пристыковывается втИсключаемыеТалоны без индекса, то есть методом перебора. И чтобы меньше было соединений нужно различные по Регистратор-у для регистров делать в начале, а потом делать левое соединение с втИсключаемыеТалоны. На мой взгляд так будет правильно, но нужно смотреть планы запроса

помогло - 1.1 сек - хуже - 1.6

По пункту Просто различных тогда мало.

Прикрути индекс к втИсключаемыеТалоны

запрос изначально с индексом - фигня получилась

ну от 2 до 10 на каждый регистратор

Я про индексирование ВТ.

Смотри в начале выбирается данные из РС, далее идёт соединение в ВТ. И поиск идёт в ВТ методом полного сканирования. Если будет индекс по соединяемому полю то 125000 записей не проблема

условия из ГДЕ в соединение - хуже 1.1 против 1.7 в общем все фигня - разброс замеров 0.99 - 1.32 на одном и том же запросе сервер тестовый - я там один копейки ловить - смысла нет - спасибо

И Мед_ИспользованиеДокументовВРеестрах.Документ ССЫЛКА Документ.Мед_СтатТалон ИНДЕКСИРОВАТЬ ПО     Регистратор             И (Мед_ТалоныПриема.Период МЕЖДУ &ДатаНачала И &ДатаКонца)             И (Мед_ТалоныПриема.Регистратор ССЫЛКА Документ.Мед_СтатТалон) ГДЕ     втИсключаемыеТалоны.Регистратор ЕСТЬ NULL ГДЕ     Мед_СтатистическиеТалоны.Период МЕЖДУ &ДатаНачала И &ДатаКонца     И втИсключаемыеТалоны.Регистратор ЕСТЬ NULL ИНДЕКСИРОВАТЬ ПО     Регистратор

да ну нафиг

Хочешь сказать что ничего не изменилось?

- ты видишь замеры?

хотя "оптимизация" только первых трех запросов (и выполнение только этих трех) дала результат а вот замена этих трех запросов в общем пакете (15 запросов) - сказалось отрицательно

По тому что скорее всего данные были закинуты в кэш этим 3-мя запросами. Нужно в комплексе смотреть что происходит.

Индекс в ВТ вам не поможет никогда