Отраслевая конфа, есть список справочника, содержащий некие операции.
Динамический список там сложный, с левыми соединениями, но все типовое.

Платформа: 8.3.17.1386, SQL-сервер.

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

На SQL обновил статистику, очистил кэш процедур. ТиИ еще не делал, работают.

Замер производительности показывает что тормоза на этой строке:

Процедура СписокПриИзменении(Элемент)
    
    ТекущиеДанныеСписка = Элемент.ТекущиеДанные;
...
КонецПроцедуры // СписокПриИзменении()

Значит, проблема не в коде, а в запросе динамического списка.

Есть идеи, как пролечить?

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

(0) небось навтыкал своих чудо-расширений?

профайлером скуль посмотреть, какая-нибудь связь с другой таблицей не проиндексирована небось.

(0) наверно запрос надо смотреть

(1) нет, только по этому полю. По сути это поле статус операции, думаю, когда происходит перезапись, оно перевычисляется. Но ведь список открывается быстро, как-то это странно. если отбора нет, тоже быстро.

причем как быстрый отбор так и отбор в настройке списка - одинаково.
(4) да там зверский запрос (это ж отраслевые шаловливые ручки, нет предела пролету фантазии). переписывать его не думаю, что реально.
но у клиента как обычно - "вчера работало, а сегодня перестало, пачииииииииму?".

(6) ну тогда (1) прав, видимо этот статус операции не входит в индексы, и поэтому отбор производится тупым сканированием всей базы.

(0) Удали настройки динамического списка из хранилища настроек.

(8) не помогло
(7) Там в регистре статусов этот справочник операций - ведущее измерение, т.е. индексируется по умолчанию.

Единственное, что вижу неоптимального в запросе динамического списка, это:

ВЫБРАТЬ
Операции.Ссылка,
ВложенныйЗапрос.Статус
ИЗ Справочник.Операции КАК Операции ЛЕВОЕ СОЕДИНЕНИЕ
(ВЫБРАТЬ Статус, Операция ... ИЗ РегистрыСведений.Статусы.СрезПоследних(,)) КАК ВложенныйЗапрос
ПО ВложенныйЗапрос.Операция = Операции.Ссылка

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

(10) > Попробую, отпишуся.
Лучше не надо. Спасибо за понимание.

Сережа программирует

(12) в данном случае программируют отраслевики Раруса, а я за ними подтираю

у меня похожее было как-то с критериями отбора и просмотром документов по контрагентам.
форма открывалась около секунды, изменение отбора тоже быстро работало, но стоило только перепровести документ или создать новый - форма зависала на 1-7 минут. Проц грузился, обращений к БД не было.
Перепил форму на журнал документов - пока полет нормальный

В данном случае программирует Сережа.

(15) ежов, а твой код есть на инфостарте? Припасть так сказать к источнику МУДрости?

(0) а что поддержка от Раруса говорит?

Может юзверы используют справочник не по назначению? Почему раньше данный список не тормозил, после чего начал тормозить?

(16) Фикс теперь требует от всех кусок кода

Вроде помогло штатное ТИИ, вчера не смог прогнать, счас прогнал, вроде норм

(16) Сирожа, а кто тебе сказал, что инфостарт - это показатель вообще чего-либо?

Поставь итоги на регистре

(21) на других языках просят показать свой гитхаб

(23) Чиво?

(24) когда поучаешь других то очень желательно иметь что показать и сказать: учитесь сынки

(16) > а твой код есть на инфостарте?

Прогыгырамист, там тебя по всем аспектам уже бот Infostart обходит. У бота там 4е место на за месяц, 3е за квартал, 1е за полгода, 1е за год, 2е за три года и 4е за "Все".

Это все, что надо знать о составлении "рейтинга".

(26) сперва добейся, ггг. ;-)
(21) как минимум оттуда можно скачать код и посмотреть.