СКД — наборы данных и связи между ними, создание собственной иерархии, вложенные отчеты

Предыдущие статьи по СКД можно посмотреть по ссылкам ниже:

• Основные понятия и элементы схемы компоновки
• Настройки вариантов отчетов
• Работа с пользовательскими настройками
• Расширения языка запросов.

До сих пор, мы рассматривали схему компоновки с одним единственны набором данных «Запрос». Это самый распространенный вариант применения СКД. Однако, система позволяет создавать наборы данных других типов. А также создавать несколько наборов данных. Все эти действия выполняются на закладке «Наборы данных» конструктора схемы компоновки:

Оглавление

1. Типы наборов данных СКД

• Набор данных объект
• Набор данных объединение

2. Связи наборов данных

• Связь — объединение
• Связь — соединение
• Передача параметров в подчиненные наборы
• Дополнительные настройки связи наборов
• Некоторые особенности соединения наборов

3. Иерархия в отчетах на СКД

• Автоматическое построение иерархии
• Пример создания собственной иерархии
• Проблема с иерархическим отбором в собственной иерархии
• Иерархия детальных записей

4. Вложенные отчеты на СКД

Типы наборов данных СКД

Рассмотрим, какие типы наборов данных можно создать в схеме компоновки данных:

• Набор данных запрос – произвольный запрос к базе данных (самый распространенный вариант),
• Набор данных объект – произвольный, внешний набор данных (например таблица значений),
• Набор данных объединение – объединение нескольких наборов данных в один результирующий.

Набор данных объект

Мы еще не рассматривали набор данных объект, по этому, остановимся на нем более подробно. Создавая набор данных этого типа, необходимо описать только выходные поля этого набора и его наименование:

Этого достаточно, чтобы указать все действия по дальнейшей обработке данных: расчет итогов, построение структуры отчета, настройка отборов, сортировки и прочие настройки.

Сам механизм для формирования данных необходимо описывать программно, и передавать процессору компоновки. Такие внешние данные могут быть следующих видов:

• Таблица значений,
• Выборка из результата запроса,
• Область ячеек табличного документа,
• Набор записей регистров,
• Любой объект конфигурации или его табличная часть.

Наиболее распространенный тип внешних данных – это таблица значений. Ниже пример программного кода для передачи внешних данных процессору компоновки:

ТЗ = новый ТаблицаЗначений;
…
ВнешниеНаборы = новый Структура;
ВнешниеНаборы.Вставить("ИмяНабораДанных", ТЗ);
ПроцессорКомпоновки = новый ПроцессорКомпоновкиДанных();
ПроцессорКомпановки.Инициализировать(МакетКомпоновки, ВнешниеНаборы); 

Имя набора данных должно соответствовать имени, заданному в схеме компоновки, а имена колонок таблицы значений – наименованиям полей в схеме.

Набор данных объединение

Набор данного типа, по своей сути, не является набором как таковым. Он служит для объединения нескольких наборов данных любого типа в один, результирующий.

Может быть построена разветвленная структура объединений наборов данных. Отдельные наборы можно перетаскивать мышкой по структуре.

Существует ограничение: подчиненные наборы могут быть только у наборов данных объединение.

Также, следует обратить внимание, что набор реквизитов полей у подчиненных наборов данных ограничен:

Отсутствуют следующие реквизиты:

• Автозаголовок,
• Роль,
• Выражения представления и упорядочивания,
• Проверка иерархии,
• Оформление,
• Параметры редактирования.

Связи наборов данных

Раз уж можно создавать несколько наборов данных, необходимо их как-то связывать между собой. Существует два способа связи наборов данных: объединение и соединение.

Связь — объединение

Объединение выполняется с помощью отдельного набора данных «Набор данных объединение», который описан выше.

У объединения наборов данных есть существенное отличие от объединения двух отдельных таблиц в запросе: количество выходных полей у объединяемых наборов может отличаться.

Поля объединяемых наборов с одинаковым значением реквизита «Путь» сворачиваются в одно. Автоматической группировки строк по полям с одинаковым реквизитом «Путь» — не происходит.

Поля с разными значениями реквизита «Путь», образуют отельные поля в итоговом наборе.

Из выше сказанного можно сделать вывод, не должно быть четкого соответствия между количеством и последовательностью полей объединяемых наборов. Но, если нам нужно, чтобы какие-либо значения из двух наборов объединились в одну колонку, это также возможно, путем указанием одного и того же реквизита «Путь».

Связь — соединение

Это более сложный вид связи двух наборов данных. Для настройки соединения наборов предназначена специальная закладка конструктора схемы компоновки «Связи наборов данных»:

Соединение двух наборов выполняется по аналогии с соединением таблиц в запросе. На закладке «Связи наборов данных», по аналогии с конструктором запросов можно выбрать наборы данных и поля наборов (выражения), по которым необходимо выполнить соединение.

Важно:

• Вид соединения по умолчанию всегда «ЛЕВОЕ ВНЕШНЕЕ». Источником связи выступает основной набор данных, приемником связи – подчиненный.
• Выполнять соединение можно только для наборов данных верхнего уровня. То-есть, наборы данных, которые входят в наборы «Объединения» соединять нельзя. 

Передача параметров в подчиненные наборы

В подчиненный набор данных можно передать параметры, через поле выражения источника связи. Например, можно получать во втором наборе остатки по регистру накопления на каждую дату поля из первого набора:

Только нужно иметь в виду, что получившаяся схема будет своеобразным запросом в цикле в рамках СКД.

Параметры указываются на закладке «Связи наборов данных», для каждой связующей пары:

На этой же закладке есть возможность установить флаг «Список параметров». В этом случае, алгоритм получения данных из подчиненного набора данных будет оптимизирован. Данные будут получены одним запросом.

Учитывая то, что параметр в этом случае — список, в условии запроса подчиненного набора необходимо указать конструкцию «В ()».  

Дополнительные настройки связи наборов данных

Условие связи – поле, в котором можно задать произвольное выражение. Связь будет выполняться только в том случае, если значение выражения будет «Истина».

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

Обязательная связь – если данный флаг отключен, связь будет добавлена в итоговый макет компоновки только в том случае, если в настройках компоновки используется поле из выражения источника связи.

Некоторые особенности соединения наборов данных

Группировка данных при объединении наборов

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

Это основное преимущество использования соединения нескольких наборов данных.

Оптимизация итоговых запросов макета

СКД автоматически осуществляет оптимизацию наборов данных. Если в настройках компоновки не выбрано ни одного поля из подчиненного набора, в итоговый макет компоновки не включается целиком подчиненный набор и его связи.

Использование не связанных наборов данных

В СКД можно использовать несколько не связанных наборов данных. В этом случае, в настройках компоновки отчета существует ограничение на использование полей из разных наборов данных в одной и той же структуре группировок. Использование полей из разных, не связанных друг с другом наборов в разных структурах допустимо.

Отбор по полю подчиненного набора

Если в отборе, в настройках компоновки установить отбор на поле из подчиненного набора, соединение наборов данных превратится во внутренне (аналогично соединению таблиц в запросе). В этом случае, если необходимо получить все данные из основного набора, нужно наложить отбор на уровне группировки отчета. Я напомню, отборы на уровне группировок не включаются в запрос макета компоновки, а выполняются на уровне СКД.

Иерархия в отчетах на СКД

Для вывода иерархии в отчетах на СКД, в настройках компоновки указывается соответствующий тип группировки: «Иерархия» или «Только иерархия». Такая возможность доступна для ссылочных полей, для которых используется иерархия.

Если в настройках используется иерархия, система компоновки создаст «не явно» дополнительный набор данных с запросом к таблице объекта, для которого будет строиться иерархия и две дополнительные связи:

• Первая – с основным набором данных,
• Вторая – с самим собой.

Это позволит системе компоновки «достроить» элементы иерархии.

Автоматическое построение иерархии системой компоновки данных

Допустим, у нас есть простой набор данных «ПродажиТоваров», который содержит следующий запрос к базе данных:

ВЫБРАТЬ
ПродажиОбороты.Покупатель КАК Покупатель,
ПродажиОбороты.Товар КАК Товар,
ПродажиОбороты.КоличествоОборот КАК КоличествоОборот,
ПродажиОбороты.СуммаОборот КАК СуммаОборот
ИЗ
РегистрНакопления.Продажи.Обороты КАК ПродажиОбороты

В отчете необходимо вывести иерархию по полю «Товар».

В макете компоновки будет создан дополнительный набор данных с запросом такого вида:

ВЫБРАТЬ
Товары.Ссылка КАК Ссылка,
Товары.Представление КАК СсылкаПредставление,
Товары.Родитель КАК Родитель,
Товары.Наименование КАК СсылкаНаименование
ИЗ
Справочник.Товары КАК Товары
ГДЕ
Товары.Ссылка В (&Ссылки)

Также, будут созданы две дополнительные связи:

<dataSetLink>
<sourceDataSet>ПродажиТоваров</sourceDataSet>
<destinationDataSet>ТоварИерархия</destinationDataSet>
<sourceExpression>ПродажиТоваров.Товар</sourceExpression>
<destinationExpression>ТоварИерархия.Товар</destinationExpression>
<parameter>Ссылки</parameter>
<parameterListAllowed>true</parameterListAllowed>
</dataSetLink>
<dataSetLink>
<sourceDataSet>ТоварИерархия</sourceDataSet>
<destinationDataSet>ТоварИерархия</destinationDataSet>
<sourceExpression>ТоварИерархия.Родитель</sourceExpression>
<destinationExpression>ТоварИерархия.Товар</destinationExpression>
<parameter>Ссылки</parameter>
<parameterListAllowed>true</parameterListAllowed>
</dataSetLink> 

Первая связь соединяет наш набор данных «ПродажиТоваров» с набором, созданным СКД «ТоварИерархия» по полю «Товар». Причем в связи используется параметр «Ссылки».

Вторая связь, это связь созданного набора с самим собой. Источникам связи выступает поле «Родитель», а приемником «Ссылка». Опять же, используется параметр «Ссылки». Именно с помощью данной связи, СКД достраивает иерархические записи.

Вот так, вроде бы поменяли одну настройку, а СКД уже построила «не явно» столько дополнительных объектов.

В большинстве случаев иерархия строится автоматически в отчетах, и не требует глубокого понимания этого процесса. Однако, иногда может потребоваться создать иерархию, отличную от типовой (по полю «Родитель»). Вот тогда все описанные выше действия необходимо реализовывать вручную. В остальных случаях создавать дополнительный набор данных явно для построения иерархии, смысла нет.

На заметку. При автоматическом построении иерархии, система дублирует групповое поле на более низком уровне. То-есть, если у нас есть группа «Продукты», в которую входят: «Молоко» и «Хлеб», в отчете в группу «Продукты» будут входить три элемента: «Молоко», «Хлеб», «Продукты». Это не корректно. Происходит это из-за того, что система компоновки достраивает иерархические записи к тем, что уже есть в выборке. Если справочник имеет иерархию групп, для решения проблемы проще всего добавить отбор для выводимых записей:

ЭтоГруппа = Ложь;

Если используется иерархия элементов, все несколько сложнее. Нужно накладывать дополнительные отборы. Различные решения приведены здесь и здесь.

ВЫБРАТЬ
Заказ.Ссылка КАК Ссылка,
Заказ.Склад КАК Склад,
Заказ.Автор КАК Автор
ИЗ
Документ.Заказ КАК Заказ

ВЫБРАТЬ
Пользователи.Ссылка КАК Автор,
Пользователи.Руководитель КАК Руководитель
ИЗ
Справочник.Пользователи КАК Пользователи
ГДЕ
Пользователи.Ссылка В(&Ссылки)

Проблема с иерархическим отбором в собственной иерархии

При создании собственной иерархии, есть один нюанс. По умолчанию не будут работать корректно иерархические отборы в настройках компоновки (с видом сравнения «В группе»), по полю, для которого достраивается иерархия.

Чтобы решить данную проблему, необходимо создать дополнительной набор данных для проверки иерархии. Набор для проверки должен быть противоположным набору для построения иерархии.

Поясню подробнее.

Набор для построения иерархии достраивает для каждой записи родителя, потом родителя более высокого уровня, и так далее до корневого элемента. А набор для проверки иерархии наоборот, разворачивает записи от полученного родителя до конечных элементов самого низкого уровня. Запрос для нашего случая будет следующий:

ВЫБРАТЬ
Пользователи.Ссылка КАК Ссылка,
Пользователи.Руководитель КАК Руководитель
ИЗ
Справочник.Пользователи КАК Пользователи
ГДЕ
Пользователи.Руководитель В(&Руководители)

Для созданного набора необходимо создать связь самого к себе. Поле источника, в данном случае будет «Ссылка», а поле приемника – «Руководитель».

В реквизитах поля основного набора данных, по которому строиться иерархия, нужно указать созданный набор для проверки иерархии и передаваемый параметр в соответствующих реквизитах «Проверка иерархии: набор данных» и «Проверка иерархии: параметр»:

Вот так вот, все «не очень» просто, если реализовывать иерархию самостоятельно.

Иерархические детальные записи

Помимо выше описанной иерархии, СКД позволяет выводить иерархию детальных записей.

Что это такое?

В предыдущем примере, в настройках компоновки мы добавляли иерархическую группировку. Для вывода иерархии детальных записей, она не нужна. Достаточно группировки «Детальные записи». При выводе детальных записей, система проверяет, существует ли у набора данных связь самого к себе. Если эта связь существует, данные выводятся в иерархическом виде.

Рассмотрим это на примере.

Возьмем запрос из выше описанного примера, только параметр наложим на поле «Родитель» (как было сделано для проверки иерархии):

ВЫБРАТЬ
Пользователи.Ссылка КАК Ссылка,
Пользователи.Руководитель КАК Руководитель
ИЗ
Справочник.Пользователи КАК Пользователи
ГДЕ
Пользователи.Руководитель В(&Руководители)

Добавим связь данного набора самого к себе. Источником связи будет поле «Ссылка», а приемником – «Руководитель». Получаем разворот от элементов более высокого уровня к элементам конечного, самого низкого уровня.

Дополнительно, системе необходимо указать начиная с какого элемента требуется строить иерархию. Для этого существует параметр в таблице связей «Начальное значение связи». Если параметр равен пустой ссылке, иерархия строиться по всем доступным элементам:

Вложенные отчеты на СКД

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

По своей сути, вложенные отчеты – это полноценные отчеты на СКД, которые можно формировать самостоятельно, отдельно от основного отчета.

Для создания вложенного отчета, нужно добавить его схему компоновки на закладке конструктора «Вложенные схемы»:

Для вывода вложенной схемы в структуру отчета, в настройках компоновки нужно выбрать пункт контекстного меню «Добавить вложенный отчет». Для выбора будут доступны все добавленные вложенные схемы.

Для того, чтобы вложенный отчет выводился для определенного значения группировки, нужно указать настройки для добавленной вложенной схемы:

В настройках помимо произвольного отбора, можно указать связь полей из основной схемы компоновки с полями вложенной схемы. Для этого нужно связать поля вложенной схемы с полями поле компоновки основной схемы. Поля основной схемы расположены в специальной группе «ОбъектНастройкиВладелец»:

Можно установить значения параметров вложенной схемы компоновки или связать их с параметрами текущей схемы. Если вложенный отчет еще не включен в структуру основного отчета, действия также можно выполнить в настройках вложенной схем. Для установки связи нужно указать параметр основной компоновки из группы «ОбъектНастройкиВладелец»:

Важно. Если отчет уже добавлен в структуру настроек, устанавливать связи для отбора и задавать параметры необходимо непосредственно в настройках основной компоновки для элемента структуры – вложенный отчет:

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

На этом все, в следующих статьях рассмотрены следующие темы:

• Функции СКД: ВычислитьВыражение, ВычислитьВыражениеСГруппировкойМассив,
• Агрегатные функции СКД, о которых мало кто знает,
• Программная работа с отчетом на СКД,
• Разработка произвольных макетов.

Для ознакомления с предыдущими статьями можно перейти по ссылкам:

• Основные понятия и элементы схемы компоновки
• Настройки вариантов отчетов
• Пользовательские настройки
• Расширения языка запросов для СКД

Спасибо за внимание.