Как в запросе получить родителя верхнего уровня? #318783

Вот написал отчет, думал все окей, а тут юзверь грит - а мне нужен отчет только по родителям верхнего уровня. Фильтрация не подходит, т.к. у меня потом еще эта статья детализируется. Можно как то получить сабж?

а через n точек нельзя обратиться к полю родителя?

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

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

в запросе? не зная уровень элемента?

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

Пелять пальцы путаются...

Х-1 объединение из запросов к Х таблицам, где Х - количество уровней иерархии...

+7 как-то собрался написать процедурку, которая собирала бы такой запрос - так руки и не дошли...

количество уровней иерархии в 8 может быть неограниченным...

в реалии все равно больше допустим 5-7 редко кто пользуется...

Экстенсивный путь... снеговик и так пипец какой задумчивый...

Выбор Когда Элемент.Родитель.Ссылка Есть NULL Тогда  Элемент Когда Элемент.Родитель.Родитель.Ссылка Есть NULL Тогда  Элемент.Родитель Когда Элемент.Родитель.Родитель.Родитель.Ссылка Есть NULL Тогда  Элемент.Родитель.Родитель Когда Элемент.Родитель.Родитель.Родитель.Родитель.Ссылка Есть NULL Тогда  Элемент.Родитель.Родитель.Родитель Конец Тока фиг знает насколько производительность упадет :))

и как при помощи этого результат в виде иерархии в одном поле?

Какая еще иерархия? ЕвГению вроде надо только самый верхний уровень выдать

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

а мне нет.

если ты про итоги по иерархии не прокатывают разве?

в 8.1 можно юзать виртуальные таблицы, в 8.0 к сожалению, еще нельзя. А я работаю в 8.0, к сожалению

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

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

а я что сказал? про ТЗ конечно погорячился...

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

мда, век живи, век учись. Спасибо.

и что же? рано радуешься, ни фига это не дает...

Короче, решил пойти по пути наименьшего сопротивления:

я наверно условия не понял, почему нельзя Выбрать Ссылка Из Справочник.Мой ГДЕ Родитель=&ПустойСправочник И ЭтоГруппа=Истина

потому что нужны не все родители верхнего уровня. Идем от получения элементов. Для определенных элементов надо получить верхних родетелей..

окей... еще раз АЛКОГОЛЬ  пиво  водка ХЛЕБ  булки  пончики   МОЛОЧКА  творог Нужно получить отчет по продажам со складов: АЛКОГОЛЬ  Склад1 10 руб  Склад2 20 руб ХЛЕБ  Склад1 50 руб  Склад2 10 руб МОЛОЧКА  Склад1 60 руб

я лучше разжевал, с ВТ в 8.1 полетит, а то что написал Широкий в совершенно не поможет.

В общем у меня получилось то что в , но через хитрую конструкцию выбора в

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

а как ты вхождение в список в запросе определять будешь?

ТОЛЬКО ИЕРАРХИЯ и пусть пользователь использует плюсы/минусы слева для показа/скрытия уровней иерархии, ограничиваясь первым

например ГДЕ Контрагент В (&СписокКонтрагентов) Запрос.УстановитьПараметр("СписокКонтрагентов",СЗ);

гм.. по идее надо получить таблицу: Элемент + ВерхнийРодитель и эту таблицу соединять с остатками и "сварачивать"....щас подумаемс...

Список должен строиться в запросе...

ааа.... я б ещё предложил новый реквизит "родительВерхнегоУровня" и заполнять его в ПриЗаписи

Не получится... Отчет как в не получится, подумай почему сам. Блин, хочу на 81, задолбала эта 80