Как вывести всех родителей одного элемента в иерархическом справочнике? #626489

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

Никак

Ой, в запросе. Никак.

печалька(((

А зачем?

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

1. А запросом зачем? 2. А почему бы не выбрать с иерархией, а в запросе не поставить отбор по менеджеру,

ПолноеНаименование

ну мне все равно получать в запросе по ним доп информацию типа фиофизлиц и так далее. так выбираю иерархию и ставлю отбор - выводит одного менеджера. ?

Используй

и шо с этим делать?

пробовал - нифига

Если принять ограничение на глубину иерархии, то можно, соединением n раз.

в том-то и фишка - "Если принять ограничение на глубину иерархии"

В конкретном случае ТС это вполне допустимо. Хотя пройтись по ссылкам в цикле всяко лучше.

решается в общем случае, но с динамическим текстом запроса

Как?

это писать надо. а писать мне лень. вот если бы меня материально простимулировали...  ;-)

Запрос типа: где ссылка=&МояСсылка ИТОГИ ПО Ссылка ИЕРАРХИЯ выдает всех родителей + саму ссылку (2 раза) можешь попробовать в консоли

бу-га-га

Пля. При _выборе_ нужно выбирать иерархически.

пробовал - не выдает

у меня иерархия элементов

И чо?

ничо - не пашет

Ну идею хотя бы. Я вот не вижу общего решения.

Потому что , а в ... хм... не работает, мягко говоря.

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

а что мешает вычислить через ПолноеНаименование  длину вложенности и сделать динамический запрос.

+ та некрасиво это.  Я думал штатно как то можно, без динамических запросов (((

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

а это штатно

безудержно жаль, что коррелированные подзапросы так слабо реализованы в 1с-ке. а то можно было статику написать, причём коротенькую

штатно это когда "выбрать усехродителей из спарвочник где ссылка = мояссылка"

прямые запросы ждут тебя, солдат!

Как вариант, без динамического формирования текста: вытащить запросом всё необходимое по всем работникам, а в коде уже к каждому родителю подтянуть его данные из выборки :)

Поменял иерархию на "иерархия элементов". Все работает также.

это неспортивно

уж лучше сразу передать в зарос ТЗ с предками, закинуть в ВТ и сделать соединение

блаженны верующие

покажи видео

Причем здесь вера? Я в консоли запросов запустил - получил результат: все предки + 2 ссылки

Зачем тебе видео? Запусти запрос в консоли запросов.

я верю тебе. плохо то, что ты веришь в это. это означает только одно - ты совершенно не понимаешь принципов выполнения запросов и получения их результатов

Запустил и нифига у меня не выдало

текст запроса из ?

Да куда уж нам! ))))

Ты к этой своей иерархии как будешь прикручивать должности и оклады?

Зачем? Читай

читай

"фиофизлиц" можно через точку

пятнично...

Хм... У меня в УПП это регистр...

сделай в запросе через Родитель.Родитель.Родитель раз 10 с запасом.

В должнстях? 10 раз - "с запасом"? Оптимистично, однако.

Да, можно и так: Выбрать ссылка.родитель из справочник.справочник1 где ссылка=&ссылка ОБЪЕДИНИТЬ ВСЕ Выбрать ссылка.родитель.Родитель из справочник.справочник1 где ссылка=&ссылка ОБЪЕДИНИТЬ ВСЕ Выбрать ссылка.родитель.Родитель.Родитель из справочник.справочник1 где ссылка=&ссылка

Причем тут должности, сабж о подразделениях.

Пробуй . Только из полученного списка надо удалить пустые ссылки и NULL.

Тогда уж лучше ПолныйКод, надежнее. И правда работает. От дубля можно избавиться с помощью ТОЛЬКО ИЕРАРХИЯ.

ВЫБРАТЬ Контрагенты.Ссылка КАК Ссылка ГДЕ Контрагенты.Ссылка = &МояСсылка ИТОГИ ПО Ссылка ТОЛЬКО ИЕРАРХИЯ Результат выгружаем в ТЗ. Затем эту ТЗ пихаем во второй запрос, где присоединяем все необходимое:

и нафига этот изврат, если можно _сразу_ передать ТЗ предков, и присоединять? это не решает задачи выборки всех предков в рамках одного запроса. единственное решение, которое предложил я и многие другие - это динамический текст запроса

РЕКУРСИЯ!

))) пятница однако

Сразу это как? Как получить ТЗ предков? Строго говоря, задача "выборки всех предков в рамках одного запроса" решена.

можно использовать пакет запросов. В первом пакете выгрузить во временную таблицу, а во втором пакете её подхватить. Тогда ничего выгружать в ТЗ не надо.

"Как получить ТЗ предков? "  элементарно - циклом Пока .Родитель<>ПустаяСсылка ещё один наивный

"Строго говоря, задача "выборки всех предков в рамках одного запроса" решена" в контексте сабжа - да, в контексте - нет

Так этот цикл уже решает задачу. Все остальное это извращения на тему "хочу только запросом".

вот именно.

Если заведомо известен уровень иерарархии элемента, то такой запрос написать возможно. По образцу примера из базы знаний о выводе в запросе курса на каждую дату указанного списка периодов.

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

Задача решается только с помощью рекурсии. То есть в запросе НЕВОЗМОЖНО это сделать. А генерация текста и прочее не что иное как единственно возможная программная реализация задачи

книжки по математике видимо сейчас в дефиците)

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

Суть рекурсии в том, что мы не знаем куда пойдем на следующем этапе (утрировано). То есть мы физически не можем знать весь путь (текст запроса) и решаем задачу перебором.

Суть в том, что в запросе тоже может быть рекурсия. Многие SQL базы давно поддерживают, и желтая частично (в итогах), а могла бы и пошире.

полный код емае.

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

В Скд посмотри

в мсскл с 2005 версии года есть оператор with, который может строить иерархию по типу conect by .. prior в pl/sql так что думаю прямым запросом думаю можно ) вот только преобразование в элементы потом как делать - хз, в семерке я пользовал для этого 1с++

В запросе можно, но будет не уникально (не для всех случаев). До 10-уровневого справочника нормуль.