Альтернатива конструкции ТЗ.НайтиСтроки(СтруктураПоиска) #759115

Заметил что в одном из модулей Закрытия периода стандартная функция НайтиСтроки съедает 79% времени. Если заменить её Запросом, а саму ТЗ в запрос передавать параметром это улучшит дело? Кто как с такими тормозами борется? Отбор идет по 3-4 колонкам сразу, видимо, из-за этого медленно. Запрос лучше даст?

релиз платформы

8.2.19.121

Смотря сколько эти 79% составляют в абсолютном выражении

В модуле КорректировкаСтоимости в ТЗ накапливается корректировка в разрезе аналитики. Постоянно ищется строка к которой прибавить.

Полтора суток.

Он каждую продажу корректирует по двум учетам. Каждое перемещение. А мы спичками торгуем поштучно...

Если у тебя много поисков по одной и той же тз - может, проиндексировать колонки?

Проиндексируй колонки ТЗ.Индексы.Добавить("кол1,кол2,..")

+100

При добавлениикорректировке строки индексы сами перестраиваются или нужно пересчитывать?

проверить раскажешь

а структура поиска сложная? а ТЗ часто меняется? если структура простая (по одной колонке) и ТЗ практически счтатическая, то создай соответсвие структур.

Покажи результат замера

по 3-4 колонкам, постоянно добавляются новые строки (сочетания СтруктурыПоиска).

79% поииск, 7 % запрос по документам, и остальное по мелочи.

при добавлении строки с новым сочетанием колонок переиндексировать надо?

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

Нет

спс