При разработке отчетов на платформе 1С:Предприятие 7.7 многие программисты сталкиваются с архитектурным ограничением встроенного языка запросов: отсутствием оператора ВЫБОР (или CASE), который позволил бы динамически вычислять значения непосредственно в теле запроса. Рассмотрим, как эффективно решить задачу группировки по условию, когда нужно выбрать значение из одного или другого поля в зависимости от заполненности данных.
Движок запросов в 1С 7.7 тесно интегрирован с механизмом индексации базы данных. Чтобы группировка работала быстро и корректно, движок ожидает обращение к конкретному, физически существующему полю в таблице справочника или регистра. Попытки использовать функции модуля 1С внутри секции группировки или выборки, как правило, обречены на провал, так как запрос не может «на лету» исполнять произвольный код 1С для каждой строки выборки.
Вызов функций модуля возможен только в секции УСЛОВИЕ, однако это крайне ресурсоемкая операция. При больших объемах данных отчет может формироваться неприемлемо долго, так как система будет постоянно переключать контекст выполнения между SQL-запросом и интерпретатором 1С для каждого элемента выборки.
Наиболее надежным и производительным способом решения задачи является создание вспомогательного реквизита в справочнике Номенклатура. Этот подход позволяет перенести вычислительную нагрузку с момента формирования отчета на момент записи элемента в базу данных.
Номенклатура, назовем его, например, ПредставлениеДляГруппировки.ПриЗаписи() прописываем логику заполнения этого поля.Давайте разберем, как выглядит реализация кода для автоматического поддержания актуальности этого поля:
Процедура ПриЗаписи()
Если ПустоеЗначение(ОсновноеНаименование) = 0 Тогда
ПредставлениеДляГруппировки = ОсновноеНаименование.Наименование;
Иначе
ПредставлениеДляГруппировки = Наименование;
КонецЕсли;
КонецПроцедуры
Теперь, когда данные подготовлены, нам не нужно «обманывать» движок запросов. Мы просто используем новое поле ПредставлениеДляГруппировки в качестве поля группировки в обычном запросе 1С 7.7. Для достижения максимальной производительности обязательно установите свойство Индексировать для созданного реквизита в свойствах элемента справочника.
Этот метод обладает рядом неоспоримых преимуществ:
Если по каким-то причинам изменение структуры конфигурации невозможно (например, из-за жестких ограничений на обновление базы), рассмотрите вариант выгрузки результатов запроса в объект ТаблицаЗначений. Хотя этот способ потребует больше оперативной памяти, он позволяет гибко манипулировать данными:
После получения результата запроса в таблицу, вы можете использовать метод ТЗ.Свернуть() или просто перебрать строки программно, вычисляя необходимое представление в новом столбце. Для отчетов, работающих с небольшим объемом данных, этот метод часто оказывается вполне приемлемым решением, не требующим вмешательства в архитектуру метаданных.
Подводя итог, можно сказать, что правильное проектирование структуры данных на этапе разработки — это ключ к быстродействию в 1С 7.7. Использование избыточного реквизита позволяет избежать сложной логики в запросах и обеспечить комфортную работу пользователей с отчетами.