В работе с конфигурацией 1С:Управление торговлей 11.4 многие специалисты сталкиваются с крайне неприятной проблемой: документ Регистрация цен поставщиков, содержащий значительное количество строк (от 4000 и выше), может открываться несколько минут. При этом само проведение документа занимает считанные секунды, а серверные мощности (процессор, оперативная память, дисковые массивы) загружены незначительно. Рассмотрим детально, почему так происходит, и разберем методы решения этой задачи.
Для начала проанализируем ситуацию: почему документ Установка цен номенклатуры с аналогичным объемом данных открывается быстро, а Регистрация цен поставщиков — крайне медленно? Ответ кроется в архитектуре построения управляемой формы. В базе данных информация о ценах хранится «вертикально» (одна запись — одна цена для одной номенклатуры), но для удобства пользователя в документе Регистрация цен поставщиков реализован механизм транспонирования (разворота) таблицы.
Выясним причину глубже. При открытии формы система динамически выполняет следующие действия:
Если в документе 4000 строк и, например, 10 видов цен, платформе необходимо создать и отрисовать в памяти клиента десятки тысяч ячеек и объектов. Основное время тратится не на запрос к базе данных, а на генерацию и сериализацию контекста формы при передаче его с сервера на клиент. Именно поэтому замер производительности часто не показывает «виновную» строку кода — время уходит «между» серверными вызовами и моментом отображения окна.
Рассмотрим фрагмент кода, который часто встречается в типовых механизмах подготовки данных для отображения. Как показывают замеры, значительное время может занимать получение текстового представления номенклатуры и характеристик:
СтрокаНоменклатура = Строка(ТекущиеДанные.Номенклатура)
+ ?(ИспользоватьХарактеристикиНоменклатуры,
?(ЗначениеЗаполнено(ТекущиеДанные.Характеристика),
" (" + Строка(ТекущиеДанные.Характеристика) + ")", ""), "");
Проанализируем ситуацию: использование функции Строка() для ссылочного типа (СправочникСсылка.Номенклатура) заставляет платформу выполнять неявный микро-запрос к базе данных для получения наименования. Если в документе 4000 строк, система выполнит 4000 таких обращений. В условиях работы через RLS (ограничение доступа на уровне записей) каждое такое обращение сопровождается проверкой прав доступа, что многократно увеличивает задержку.
Чтобы ускорить процесс, нам необходимо минимизировать количество обращений к серверу и оптимизировать работу с данными. Рекомендуется использовать расширение конфигурации, чтобы не снимать типовой объект с поддержки. Посмотрим на пример оптимизации заполнения данных:
Вместо того чтобы полагаться на стандартное получение представлений, мы можем заранее выбрать все необходимые данные (Наименование, Характеристика) одним запросом в процедуре ПриСозданииНаСервере или в том модуле, который готовит таблицу значений для формы. Разберем по шагам:
Номенклатура.Наименование и Характеристика.Наименование.Строка(Ссылка).Пример оптимизированного кода:
// Вместо Строка(ТекущиеДанные.Номенклатура)
// Используем заранее полученное поле из структуры данных
СтрокаНоменклатура = ТекущиеДанные.НоменклатураНаименование
+ ?(ЗначениеЗаполнено(ТекущиеДанные.ХарактеристикаНаименование),
" (" + ТекущиеДанные.ХарактеристикаНаименование + ")", "");
Если вы используете платформу версии 8.3.11 или 8.3.12, важно понимать, что в более ранних версиях механизмы передачи больших контекстов управляемых форм были менее оптимизированы. Начиная с версии 8.3.14 и выше, разработчики 1С внесли существенные улучшения в сериализацию данных и скорость отрисовки тяжелых форм. Посмотрим на практику: простое обновление платформы до актуального релиза (например, 8.3.22+) может сократить время открытия документа в 1.5–2 раза без изменения кода.
Иногда причина кроется не в коде 1С, а в настройках энергосбережения сервера. Рассмотрим неочевидный, но эффективный метод. В ОС Windows Server по умолчанию может стоять сбалансированный режим электропитания. Это приводит к тому, что процессор не сразу поднимает частоту при кратковременных, но интенсивных нагрузках (каковой является отрисовка формы).
Выполним следующие действия:
Панель управления -> Электропитание.Высокая производительность (High Performance).Это позволит платформе 1С максимально быстро выполнять однопоточные операции по формированию дерева элементов формы.
Проанализируем ситуацию: действительно ли пользователю нужно видеть 4000–8000 строк в одном окне одновременно? Если документ загружается из внешнего файла (Excel), рассмотрите возможность проведения документа без открытия формы. Это можно сделать из формы списка. Если же визуальный контроль необходим, попробуйте внедрить следующие практики:
Все функции -> Настройки пользователей). Иногда накопленный кэш настроек оформления «тяжелой» формы существенно замедляет её отрисовку.Проблема долгого открытия документа Регистрация цен поставщиков — это следствие сложной визуальной логики «разворота» таблицы на фоне большого объема данных. Для решения проблемы мы рекомендуем комбинированный подход: оптимизировать получение представлений в коде (избегая Строка()), обновить платформу до актуальной версии и убедиться, что сервер работает в режиме максимальной производительности. В наиболее критических случаях лучшим решением будет создание альтернативной, «легкой» формы документа через механизм расширений.