Коллега кинул в местный наш чат задачу на собеседовании.
Где нужно решить задачу без СКД. Просто Отчет сделать.
Он сделал. Но задался сделать чисто в "консоле запросов" - запросами.
Я ему сказал что это не возможно! Он все еще не угомонился ради спортивного интереса хочет решить.
Вот задача.

https://yapx.ru/v/SdjHB

или

https://ibb.co/K5TkTDs

Тут без рекурсии не обойтись. А как можно в запросе рекурсию заюзать?

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

(0) Никогда не говори, что что-то сделать невозможно.

(0) для любого конечного уровня вложенности задача решается

Дело в том что уровень вложенности не известно на текущий момент.
Может и 3 может и 10 а может и 99.
И нужен перебор или какое-то соединение не обычное.
Пока я только догадываюсь как это примерно можно замутить.
Но все-таки сложно.

двумя запросами решается легко, ибо в ВТ нельзя использовать "Иерархия"

одним запросом - с лету не скажу...

+
1. "Ограничение количества уровней" - отключена в справочнике Подразделение организации
2. "Вид иерархии" - Иерархия элементов.

Вот как я ответил в своем местном чате еще пару часов назад.

"Конечно если сильно захотеть какой-то спец сможет это сделать. Первый шаг просто запросом как-то найти максимальный уровень спр. Запомнив это во временной таблице с помощью нее сделать какой-то вложенный запрос где макс глубина это некий параметр вложенности запроса."...

(3) Молодой ещё...
Наоборот надо. Всегда сначала говори что это сделать невозможно. А потом постепенно опускай планку, говори "это очень сложная задача, займет уйму времени". Чтобы и у заказчика задача вызрела, и у тебя постепенно сформировалось понимание, как её решать. А работать "с колес" - быстрый путь к переутомлению, а оно вам надо?

(9) +1 ))
Ему 32 а мне 51. У него все впереди еще. ))

(6) Конечно, там в готовом решении будет или пакет запросов или вложенные запросы.

(11) Все это в консоли  запросов?

(12) да. Такие задачи периодически мелькают. Можно нагуглить решение.

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

(13) можно нагуглить, а можно и не нагуглить
я конечно понимаю, что вилами по воде можно много начертить, но желательно решение, если считаешь, что оно есть, всё-таки привести

Я вот считаю, что без дополнительной структуры и/или пост-обработки решения не получить

В том чате Чувак (ник товарища моего который тут обитает) сказал что он это сделает.
Я сказал сделаешь ставлю 4-5 кружек пива. Пока у него нет времени.
Почему-то я был уверен что это невозможно чисто запросом.
А сейчас уже засомневался. Кто все-таки все сомнения мои снимет.

Можно через метаданные считать макс уровень иерарахии справочника и наклепать такое же количество соединений по родителю.

(10) ОФФ: Вспомнилась фраза из песни "А мужик в 51 снова важный Мандарин" )

(18) Не а не взлетит.
Как раз выше сказал что нет ограничений Иерархий значить можешь создавать сколько угодно уровней.

Есть еще консоль СКД. Но в условия задачи вставлять способ решения не практично и может завести в тупик или затраты на большие ресурсы.

(20) Перебрать в цикле все элементы не группы, вызвать каждому метод Уровень() и определить максимальный, так можно? А потом запрос писать.

(22) А разве метод уровень() есть в запросе ???

(23) Какая платформа используется? На разных платформах разные возможности языка запросов

(24) Сама задача который получил мой коллега не подразумевала именно решать в консоли. Этот он сам решил попытать счастье. И думаю нет ограничений по поводу платформы.
Получается не в платформе дело. Ну к примеру пусть будет от 16-го по 20-й релиз.

(23) Есть.

(26) нет

(25) Ясно. "Стоя, в гамаке". Видимо, у него есть достаточно времени и упорства. Можно и пилочкой от ногтей дерево распилить, если жизнь заставит. Помнится в эпоху 1C:Бухгалтерия 3.0 для DOS ваял склад для молочной продукции. Это была песня. )

(0) если решат скинь запрос в тему

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

(30) Это не решение а приблуда или подпорка.

(31) Тогда ответ - нет, запросом нельзя.

(0) не проверял, но может сделать Справочник ПОЛНОЕ СОЕДИНЕНИЕ Регистр и поле ВЫБОР с проверкой условий сначала на равенство Спр.Ссылка = Регистр.Ссылка и потом проверка на Спр.Ссылка В ИЕРАРХИИ(Регистр.Ссылка)

Если выводить надо все подразделения то задача решается

(33) нет, В ИЕРАРХИИ можно делать только с параметрами запроса

(34) мне только лень выкладывать текст и собирать этот текст :-)
он и готовый есть, что его нагуглить можно.
Но выше в этом сомневаются или им тоже лень гуглить.

(34) Покажи
(36) Не выкладывай текст, ссылку дай))

У 1С есть задача - СчетаУчетаНоменклатуры определять по иерархии номенклатуры.
Увы, таблица иерархии в этом случае строится кодом.
В статьях Ильдаровича по транзитивным замыканиям - количество уровней иерархии конечное.

(36) да что ты такой ленивый, но мне кажется дело не в этом

Если бы 1С поддерживала рекурсивные запросы, то вложенностей всё равно было бы не более 100.
1С разные SQL сервера поддерживает, но обычно ограничение на рекурсию 100.

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

(41) если бы 1с дала нам больше...
https://ru.m.wikipedia.org/wiki/Вложенное_множество_(модель)

(41) Это абстрактная задача от работодателя к кандидату, который преследует определенную простую цель узнать о способностях кандидата (умение строить рекурсию, умение делать обычную печатную форму макета и в то же время логическое мышление).
Но кандидату пришло в голову идея  - сможет ли он это реализовать только одним запросом в косоли. Это чисто его прихоть. Хозяин барин. Пусть хочет.
Я выше это не раз озвучил.

(0) зачем корячить в запросе то, что проще и быстрее сделать с помощью кода и запросов?

(43)  вспоминается анекдот по найм водителя лимузина - типа ищут водителя и задают тест вот узкая дорога и обрыв - на каком расстоянии от края обрыва сможете проехать.
Первый -  1 метр
Второй - 50 см
Третий - я вообще там не поеду - боюсь
Третьему - вы приняты

(44) Он уже сделал в таком режиме.
И тут же захотел испытать себя в этом (Чисто запросом) режиме.

Ну на "нет" и суда нет.