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

← На главную

В практике разработки на платформе 1С:Предприятие 8.3 часто возникает задача отображения данных в виде дерева, где структура определяется не самим справочником, а его владельцем. Типичный пример: у нас есть иерархический справочник Подразделения и подчиненный ему справочник Сотрудники (или Оборудование). Нам необходимо вывести список так, чтобы сотрудники отображались внутри своих подразделений, при этом сами подразделения должны сохранять свою иерархическую структуру (вложенность цехов, отделов и участков).

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

Способ 1. Настройка группировок динамического списка

Первый и самый простой способ — это использование встроенного механизма группировок компоновки данных, который интегрирован в динамический список. Рассмотрим пошагово, как это настроить:

Откроем форму, на которой размещен динамический список.
Перейдем в свойства ДинамическогоСписка и откроем настройки компоновки данных (ссылка Настройка компоновки данных).
Перейдем на закладку Группировка.
Добавим новое поле группировки — Владелец.
Важный момент: в колонке Тип группировки необходимо вместо значения Элементы выбрать значение Иерархия. Именно эта настройка заставляет систему анализировать иерархию справочника-владельца.

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

Способ 2. Формирование единого дерева через запрос (UNION ALL)

Иногда стандартные группировки не обеспечивают нужного визуального эффекта или работают слишком медленно. В таких случаях мы можем самостоятельно сконструировать дерево в тексте запроса динамического списка. Рассмотрим пример реализации, где мы объединяем данные двух справочников в одну выборку.

Для этого в запросе динамического списка мы создадим виртуальные поля, которые будут отвечать за связь "родитель-ребенок" для обоих справочников. Посмотрим на пример кода запроса:


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

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    Сотрудники.Ссылка,
    Сотрудники.Владелец,
    Сотрудники.Наименование,
    ЛОЖЬ
ИЗ
    Справочник.Сотрудники КАК Сотрудники

После написания такого запроса выполним следующие действия:

В настройках динамического списка (закладка "Иерархия" или через настройки группировки) укажем, что поле РодительДляДерева является родителем для поля СсылкаДляДерева.
Установим основную таблицу в значение Не определено, так как мы выбираем данные из разных таблиц. Стоит учитывать, что это отключит стандартные команды добавления элементов, и их придется прописывать программно.
В свойствах таблицы на форме установим Отображение — Дерево.

Важное замечание: При использовании ОБЪЕДИНИТЬ ВСЕ необходимо следить за уникальностью ключей. Если Ссылка из одного справочника совпадет по внутреннему идентификатору со ссылкой из другого (что маловероятно, но теоретически возможно при обмене данными), дерево может отобразиться некорректно. Для гарантии уникальности часто используют составные типы или дополнительные идентификаторы.

Способ 3. Визуальная имитация иерархии (Метод "Картинки")

Если справочники очень большие и динамический список начинает "тормозить" при использовании иерархических группировок, программисты иногда прибегают к хитрости. Мы можем оставить список плоским, но добавить в него колонку, которая будет содержать отступы или иконки, имитирующие дерево.

Выясним причину популярности этого метода: он работает максимально быстро, так как СУБД не нужно выполнять рекурсивные запросы для построения дерева. Мы просто вычисляем Уровень() элемента в запросе и в зависимости от этого числа выводим нужное количество спецсимволов (неразрывных пробелов) перед наименованием.

Проблемы производительности и пути их решения

Рассмотрим подробнее, почему механизм группировок в динамическом списке может работать медленно. Когда мы включаем Тип группировки = Иерархия, платформа генерирует сложные SQL-запросы с использованием конструкций WITH или временных таблиц для обхода дерева. Если в справочнике-владельце десятки тысяч элементов, каждое раскрытие узла может занимать время.

Чтобы оптимизировать работу, рекомендуем:

Ограничивать выборку владельцев только теми, у которых реально есть подчиненные элементы (используя ГДЕ Ссылка В (ВЫБРАТЬ РАЗЛИЧНЫЕ Владелец ИЗ Справочник.Подчиненный)).
Использовать индексирование по полям Родитель и Владелец.
В крайних случаях, если динамика не важна, заменить динамический список на Дерево значений, которое заполняется один раз при открытии формы, хотя это и лишит пользователя удобных инструментов поиска и отбора ДинамическогоСписка.

Таким образом, мы проанализировали основные подходы к созданию иерархии в динамическом списке. Для большинства стандартных задач достаточно правильно настроить Группировку с типом Иерархия в настройках компоновки данных, не забывая про установку свойства Отображение в значение Дерево у элемента формы.