vlads2Last1Cmen,

Даже если долго, то как?
Я, конечно, могу сделать процедурку, которая рекусивно мне будет собирать данные, иного выхода не придумал.

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

просто ещё и задачи бывают разные
скажем проверка вхождения в группу когда элементов группы не сильно много (понятие много для каждого выводиться опытным путем) ... в моей среде 1С мне удобнее получать (в разумных пределах) общий список элементов входящих в группу средствами самой платформы и уже этот список временной таблицей передавать в запрос СКЛ и по нему уже осуществлять выборки по необходимым таблицам

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

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


возможен и такой вариант
жесткая фиксация списка родителей
в качестве дублирующей структуры для запросов почему бы и нет

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

Dimitry SibiryakovLast1Cmenсложнее в поддержке для полной реализации

Однострочные триггера сложны в поддержке?.. Ню-ню...


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

да и какие тут тригера если у человека проблема с селектом