При разработке отчетов на Системе компоновки данных (СКД) программисты часто сталкиваются с классической архитектурной особенностью: если в одном запросе выбираются данные из шапки документа (например, КолВоОшибок) и данные из его табличной части (например, Номенклатура), то при выполнении запроса происходит «размножение» строк. Если в табличной части документа 65 позиций, то значение из шапки повторится в результате запроса 65 раз. При попытке просто просуммировать этот показатель в ресурсах, мы получим число, завышенное в 65 раз. Рассмотрим подробнее, как решить эту проблему несколькими способами.
Разберем ситуацию на примере. Допустим, у нас есть документ «Заказ покупателя». В его шапке указано поле КолВоОшибок со значением 5. В табличной части этого документа содержится 65 строк с товарами. Когда СКД выполняет запрос, СУБД возвращает плоскую таблицу, в которой каждая строка табличной части содержит значение из шапки. В итоге, если мы используем стандартное выражение ресурса Сумма(КолВоОшибок), система сложит пятерку 65 раз и выдаст 325 вместо ожидаемых 5. Проанализируем, какими инструментами СКД можно это исправить.
Это наиболее гибкий метод, который позволяет агрегировать данные на уровне уже полученных результатов компоновки. Суть метода заключается в том, чтобы сначала отобрать уникальные значения для каждого документа, а затем сложить их. Рассмотрим, как должно выглядеть выражение в настройках ресурсов:
Сумма(ВЫЧИСЛИТЬВыражениесгруппировкоймассив("Максимум(ЗаказПокупателя.КолВоОшибок)", "ЗаказПокупателя"))
Разберем это выражение по шагам:
ВЫЧИСЛИТЬВыражениесгруппировкоймассив создает массив значений, группируя их по указанному полю (в нашем случае — по ссылке на документ ЗаказПокупателя).Максимум(ЗаказПокупателя.КолВоОшибок). Поскольку во всех строках одного заказа это значение одинаковое (5), максимум вернет именно 5.Сумма складывает элементы этого массива, получая корректный итог за день или по всему отчету.Важно помнить, что этот метод является достаточно ресурсоемким, так как обработка происходит в памяти после выполнения основного запроса к базе данных. Если отчет строится по десяткам тысяч документов, производительность может снизиться.
Проанализируем более «правильный» с точки зрения архитектуры СКД способ. В схеме компоновки данных на вкладке «Набор данных» для каждого поля можно настроить его роль. Это позволяет подсказать системе, как именно нужно обрабатывать дубли. Для поля КолВоОшибок выполним следующие действия:
ЗаказПокупателя).В этом случае СКД самостоятельно поймет, что при расчете агрегатных функций (суммы) данное поле нужно брать только один раз для каждого уникального значения заказа. Это решение работает на уровне генерации запроса и считается более оптимальным.
Если отчет сложный и манипуляции с ролями не помогают, мы можем пойти путем разделения запросов. Создадим два набора данных:
ЗаказПокупателя и КолВоОшибок.Далее настроим Связи наборов данных по полю ЗаказПокупателя. В такой структуре данные из шапки не будут физически «размножаться» в результате одного запроса. СКД сначала рассчитает итоги по первому набору, затем по второму и корректно соединит их в итоговой таблице. Это исключает математические ошибки при суммировании ресурсов.
В процессе настройки часто возникают вопросы о том, почему в итогах отображается 0 или пустое значение. Выясним причину, связанную с NULL. В языке запросов 1С любая арифметическая операция с NULL дает NULL (например, 10 + NULL = NULL). Однако в СКД агрегатные функции ведут себя иначе:
Сумма(Поле) в ресурсах автоматически игнорирует NULL. Если в выборке есть значения 5, 10 и NULL, итоговая сумма будет 15.ПолеА + ПолеБ, то при наличии NULL в любом из полей результат будет пустым.Поэтому в вычисляемых полях рекомендуется всегда использовать конструкцию ЕСТЬNULL(Поле, 0). В выражениях ресурсов (на вкладке «Ресурсы») это обычно избыточно, но не будет лишним для страховки.
Когда основные суммы рассчитаны верно, часто требуется вычислить относительные показатели, например, долю ошибок комплектовщика в общем объеме. Для этого в СКД можно использовать контекстные функции в ресурсах. Посмотрим на пример вычисления доли:
Сумма(КолВоОшибок) / ВычислитьВыражение("Сумма(КолВоОшибок)", "ОбщиеИтоги")
Использование "ОбщиеИтоги" вторым параметром позволяет получить сумму по всей колонке отчета, независимо от текущей группировки (по дням или по комплектовщикам), что крайне удобно для построения аналитических отчетов.
Таким образом, для решения проблемы «размножения» данных лучше всего использовать настройку ролей полей или специализированные выражения компоновки с группировкой в массив. Это позволит получать достоверные данные в отчетах любой сложности.