Симптомы деградации производительности динамических списков

При открытии форм списков документов, справочников или журналов пользователи сталкиваются с длительным зависанием интерфейса (от нескольких секунд до минут), появлением диалогового окна «Ожидание ответа сервера», резким ростом очередей на дисковую подсистему СУБД и жалобами на «фризы» при динамической прокрутке записей колесиком мыши.

Методы оптимизации и устранения узких мест динамических списков

1. Отключение подсчета общего числа строк:

   Подсчет количества записей принудительно заставляет СУБД сканировать всю таблицу (Table Scan / Index Scan), игнорируя порционную выборку TOP N:

   // В свойствах элемента формы 'Список' или программно при создании на сервере:
   Элементы.Список.ОтображатьКоличество = Ложь;
   Список.ДинамическоеСчитываниеДанных = Истина;

2. Отказ от соединений с виртуальными таблицами и подзапросов:

   Не используйте в запросе динамического списка конструкции ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Остатки(...). Виртуальные таблицы рассчитывают остатки на лету на «точку времени», что приводит к блокировкам и сканированию миллионов строк. Выносите расчет остатков в контекст формы или используйте денормализованные реквизиты объектов.

3. Настройка правильной индексации под порядок сортировки:

   Динамический список считывает порции записей (обычно по 20–45 строк) с условием WHERE ПолеСортировки > @ПоследнееЗначение ORDER BY ПолеСортировки ASC. Если поле сортировки (например, реквизит «Автор» или «СуммаДокумента») не проиндексировано в СУБД, сервер выполнит полную сортировку всей таблицы в памяти.

   // Включение индексации реквизита в метаданных:
   // Конфигуратор -> Свойства реквизита -> Индексировать -> Индексировать (или С доп. упорядочиванием)

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

   Уберите флаг «Использовать всегда» у всех колонок динамического списка, кроме системных (Ссылка, ПометкаУдаления). Если флаг активен, поле выгружается с сервера даже тогда, когда колонка скрыта пользователем в настройках формы.