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

Есть иерархический справочник. Требуется сделать запрос с учетом иерархии, но ограничить вложенность. Скажем, выбрать все элементы до уровня вложенности = 3. Понятно, что можно выбрать все элементы, а потом при переборе проверить Выборка.Уровень, но это не эффективно...

добавь в условие, делов то...

Какое, если не секрет?

Что добавить в условие? Если можно пример...

Есть возможность ограничить условием, но не очень красиво. Наверно, знает красивое решение)

В принципе есть идея: ... ГДЕ        ) ...

ну не знаю красивое или не красивое ;) , но так работает:

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

,Собственно, это то, что я назвал "некрасивым" решением. Кстати, условие "Справочник.Родитель В ИЕРАРХИИ (&Родитель)" вроде как лишнее, хотя нужно смотреть как это выполняется или просто производительность померить. Во всяком случае работать должно и без него.

А что с группировками?

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

в 8.1 извратился так: выгрузил в ТЗ добавил колонку Уровень Вычислил Поместил ТЗ в менеджер временных таблиц Наложил условие

ЕдинственноВозможное <> Красивое Впрочем, о вкусах не спорят. Данное решение вполне рабочее, и я бы сам его использовал.

к стати - что-то есть в компоновке данных (только что еще не разобрался) Уровень и УровеньВГруппировке

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

Тоже не комильфо) Есть предложение, посвятить эту ветку поиску оптимального решения на вопрос Оптимальность: по быстродействию, универсальности и не в последнюю очередь эстетическая оценка. Не зря ведь авиа-конструкторы говорят, что "Некрасивый самолет не взлетит!" Хотя все предложенные здесь решения "летают". PS Интересно, чем ветка понравилась Пельмешке?)

Тоже интересует вопрос. И вот в каком ракурсе: есть регистр накоплений, например продажи, В нем есть измерение допустим Номенклатура. Как Вывести продажи номенклатуры только для номенклатуры уровень которой не больше n? Решение слишком сложно прикрутить. Пока что я вижу только при обработке выборки.

+ Да надеюсь понятно, что для групп должны быть продажи по группе.

Для столь оригинальной задачи можно и реквизит всунуть "уровень".

В принципе, решение не сильно сложно прикрутить, практически к любому отчету. Если посмотреть, как в стандартных конфах добавляются условия по свойствам и категориям, то станет совсем просто. Надо еще один критерий оптимальности - изменение конфы. Лучше бы без них.

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

Не понял, какие записи отсечет? Можно поподробнее. Лучше с примером запроса.

для меня даже реквизит не даст результата. Опять же заранее не известно для каких справочников это понадобиться.

Например есть продажи: Если пользователь задает один уровень иерархии должно вывести: Г1  250 Если пользователь задет два уровня иерархии: Г1      250 Итоговая сумма не должна меняться естественно.

Можно сделать проверку на иерархический справочник в группировках и добавлять поле "Уровень" в отбор. А "уровень" чтобы работал по родителю. Здесь нужен не отбор, а группировка по родителю n-ого уровня.

Задача в принципе такая же как и : нужно ограничить вложенность результата запроса.

Несовсем. В запрос должно попасть все, но при сгруппировано должно быть соответствующим образом. Кстати, здесь вполне поможет механизм свойств. Объединить контрагентов свойствами, а не иерахией и юзать стандартные отчеты, с группировками по свойствам вместо иерахии.

со свойствами конечно классно, жаль только надо для номенклатуры, а там справочник - уровней 5 и элементов тысяч 20. Сложно расставлять. К тому же заранее не известно сколько группировок понадобится и по каким справочникам. Сейчас это номенклатура, завтра может быть подразделения, контрагенты, статьи затрат да мало ли что еще. Буду вывод отчетов переделывать.

Свойства более универсально, гораздо более гибко, чем дерево иерархии. Настроить автоматическое заполнение свойств для новой номенклатуры, не так уж сложно + автоматом проставить для существующей в зависимости от иерархии. У контрагентов свойства тоже есть. Добавить в любой другой справочник, так же не сложно. Мне приходилось целиком создавать механизм свойств в БП, поэтому представляю о чем говорю.