Как выгрузить результат запроса в дерево значений? #419938

на форме есть табл. поле с типом дерево значений, при открытии хотелось бы заполнять это поле из запроса. Запрос к справочнику организаци возвращает результат с группировкой по родителям, вот и хотелось бы отразить это в виде дерева на форме. КАК?

см параметры выгрузить

ОбходРезультатаЗапроса.ПоГруппировкамСИерархией

спасибо, я и говорю в результате запроса есть дерево, и на форме есть табличное поле с типом дерево, как в него загрузить результат запроса?

блондинко?

Дерево = Запрос.Выгрузить(ОбходРезультатаЗапроса.ПоГруппировкамСИерархией);

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

вот так взлетело...

"шатенка!!! фотко нет! :)" - бугога

Подскажите пожалуйста как получить одним запросом дерево состоящее в корневых ветвях из подразделений и разворачивающиеся на вложенное дерево оформленных на эту организацию ОС. типа так: - Подразделение1    - Офис -(группа справочника ОС) у меня после выгрузки запроса "ПоГруппировкамСИерархией" выходит только в 2 колонки Подразделение и ОС. Выбираю из регистра сведений МестонахождениеОС.Срезпоследних как правильно запрос построить?

апну

подскажите пожалуйста срочно нужно :(

запрос в студию...

извиняюсь за ошибку :) а Скопировать - лишнее...

Без Скопировать, просто срабатывала проверка на равенство, возвращающая ложь, а присвоения значения не происходило...

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

надежда умирает последней... я еще здесь и жду вашей помощи :)

ну-ну...

А итоги где? Хочу итоги :)

Добавь в запрос ИТОГИ ПО Местонахождение ИЕРАРХИЯ

Спасбо  ptiz, появилось дерево, но ОС по-прежнему выходят второй колонкой, как бы сделать чтобы все попало в одну колонку дерева, и ОС размещались под подразделением владельцем?

А мне где спасибо? Обидился. И не буду посказывать, что надо правильно группировку произвести. Но важнее - сделать итоги по нескольким реквизитам.

Сергей тебе тоже Боольшое спасибо!!! :)

ну вот, понаехали тут, все спасибо расхватали... ушел плакать...

ребята я пыталась юзать итоги по обоим измерениям, вроде все это фигня, наверно придется сначала получить дерево подразделений, а потом обойти, добавить дочерние строки с ветвями ОС... пипец

Я рад :) Не уж то получилось? :( не удержался :) Группировка и Итоги - различные "понятия". Группировка позволяет сгруппировать "однородные" записи, но не меняет их табличную "сущность". Итоги - вот что "создает" дерево. Зачем ушел плакать? Скажи что нибудь, доброе слово и кошке приятно... упс, сорри... я хотел сказать "и тебе спасибо скажут" :))

Я делал похожее:

благодарю  NULLL я только не знакома с таким механизмом когда результат одного запроса используется как параметр другого, наверно это можно использовать в моем случае, например получить одним запросом дерево подразделений, и затем если у подразделения висят ОС вставить ему дерево его ОС???

решение так и не найдено, я пока в тупике :((

а что не получается? что не устраивает?

Смысл не в этом: Такой должен быть запрос:

Автор хочет в одной колонке и Местонахождение, и ОсновноеСредство. Столбиком, друг под другом... Что тут не понятно? :)

Mitriy, это твой шанс получить спасибо :) Подскажи автору как обойти строки дерева и из одной колонки перенести значение в другую и скрыть эту колонку с показа :))

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

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

Обход результата: Только тут без учета иерархии подразделений.

Я уже показал, только автор не заметил.

тогда запрос типа так Дабы тип ОС у колонки был.

Ну вообще у колонки должен быть составной тип данных, и Только я не пойму что это даст.

ничего я так уже пробовала, вложенными, объединенными, либо выводит мусор либо вообще теряет подразделения и выводит только ОС, построитель как бы не считает связь по владельцу основанием строить по этой связи дерево...

чо тут можно 40 постов обсуждать?

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

+... все получить, и ничего потом не обходить :)

Как?

* маленькое уточнение: ...    |ИТОГИ ПО ... ну и с упорядочиванием поиграться для красоты...

с местонахождением засада, однако...

Эээ... иерархия по Местонахождению. По ОсновноеСредство - лишнее. Эээ... и колонка дерева - составного типа.

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

Да, действительно в есть. Сорри, запамятовал. Автор, не теряй надежду - элегантное решение есть :)

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

(как вариант) У автора рабочее время с 08 до 17:09 :)) ИТОГИ ПО    Местонахождение ТОЛЬКО ИЕРАРХИЯ,    ОсновноеСредство ИЕРАРХИЯ

не-а... млин, так и придется обычным обходом...

это и даст составной тип данных. в карточке Владивосток.

Это если выгружать, то может даст, а в моем случае мне кажется ничего оно не даст.

получилось без двоений, но как-то не шибко красиво... обход по выборке все же лучше будет, наверное ))

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

согласен. в Вашем случае смысла нет. глаз замылился.

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

убейся об стенку, сделай доброе дело...

спб, расмешил :)

и Не ужели не получится, почему?

Меня расмешило "Во идиоты" и его многозначное толкование :)

1. а так, интересно, правильно? 2. не проще ли  использовать конструкцию чем потом удалять колонку?

+ второй параметр в забыл указать.

Самым лучшим был-бы вариант еслибы вообще ничего удалять не пришлось. А где же автор, разве я не заслужил спасибо.

Первый вариант: Пардон. Тогда вызов и процедура ОбойтиСтроки вообще не нужны. Второй вариант: Не прокатит, ВЫБОР - пролетает. Итоги с использованием ИЕРАРХИЯ - значения регистра не будут присутствовать/вычисляться в иерархических записях.

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