Добрый день, знатоки 1с8.
У меня вопрос, наверно, для Вас простой.
Есть справочник Меню. Как мне с помощью запроса выбрать все элементы (группы) заданного уровня?
Пробовал построить с помощью построителя запроса, но не смог в нем указать Уровень(). Попробовал вручную, но ругается на фразе Меню.Уровень() - синтаксическая ошибка.

    ВЫБРАТЬ
        Меню.Наименование
    ИЗ
        Справочник.Меню КАК Меню
    ГДЕ
        Меню.Уровень() = &п_уровень
    УПОРЯДОЧИТЬ ПО
        Меню.Наименование
Прошу помочь. Спасибо

Сделай реквизит "уровень".

использовать родителя

(1) Была такая мысль, но зачем вводить новый реквизит, если у справочников есть такой метод Уровень()? Конечно, если не получится, придется использовать новый реквизит Уровень. Но его же надо еще и заполнять!

(2) А как выбрать записи определенного уровня, используя родителя?

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

(4)
Выбор
Когда Ссылка.Родитель = пустойРодитель Тогда
уровень = 0
Когда Ссылка.Родитель.Родитель  = пустойРодитель Тогда
уровень = 1
....

(6) Это уже ближе, но немного сложновато. А сколько веточек "когда" задать? 3, 5, 10 ? А если в справочнике будет на 1 уровень больше, чем задано в запросе? Хотя, с другой стороны, можно оценить достаточную вложенность.
И еще, что такое пустойРодитель? Параметр? А как его задать?

(6) Т.е., это вариант с дополнительным реквизитом "уровень"? Сначала нужно заполнить реквизит "уровень", а затем следующим запросом выбрать нужные записи? Или всё в одном запросе? Можешь набросать код?

(0) Тема обсасывалась миллион раз. Или новый реквизит "Уровень", или фиксированное количество уровней, или в цикле.

В скд решается на раз -два. Если в запросе то можно например сделать динамическое условие где
где меню.родитель.родитель = &пустой родитель. Конечно много обращений через точку не очень хорошо, нужно смотреть план запроса в скуле.  Количество ".родитель" будет зависить от интересующего уровня...

(9) Если верно то, что ты сказал, то проще всего, красивее и быстрее будет работать - в цикле.
1) Новый реквизит "Уровень" - нужно дополнительно заполнить этот реквизит.
2) Фиксированное количество уровней - если использовать много точек, то, по-моему, будут тормоза.
Наверно, так.
Других подсказок нет?

(11) нет. В запросе это узнать нельзя

Можно еще по другому.
1) Формируешь список запросом и выгружаешь в ТЗ
2) В тз устанавливаешь уровень через метод справочника уровень
3) Загружаешь ТЗ с уровнями во временную таблицу.

(13) + Но это будет медленнее чем через точку.

а чем скд не нравится?

(13) (14) Но это сложнее, чем просто в цикле перебрать элементы справочника и выбрать нужного уровня.

спрМеню = Справочники.Меню.Выбрать();
Пока спрМеню.Следующий() Цикл
    об = спрМеню.ПолучитьОбъект();
    Если об.Уровень() = ур тогда
       СписокМеню.Добавить(об.Наименование);
    КонецЕсли;
КонецЦикла;

(15) а как задать условие для уровня?

Когда Ссылка.Родитель = &пустойРодитель Тогда уровень = 0
Когда Ссылка.Родитель.Родитель  = &пустойРодитель Тогда уровень = 1
Когда Ссылка.Родитель.Родитель.Родитель  = &пустойРодитель Тогда уровень = 2
Когда Ссылка.Родитель.Родитель.Родитель.Родитель  = &пустойРодитель Тогда уровень = 3
Когда Ссылка.Родитель.Родитель.Родитель.Родитель.Родитель  = &пустойРодитель Тогда уровень = 4
Когда Ссылка.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель  = &пустойРодитель Тогда уровень = 5

Так? И во сколько этажей будет запрос? И будет ли он лучше, чем (16)?

(17) в скд есть функция уровень

(17) Разве уровень неизвестен до выполнения запроса или работа со строками ещё не освоена?
Всё вышеизложенное будет существенно лучше (16).

(19) Да, уровень известен, он передается в запрос, как параметр. Но вопрос в том, как в запросе узнать уровень элемента справочника.
А что ты имеешь в виду, говоря о работе со строками?

(20) он говорит об изменении текста запроса (в части условия), в зависимости от необходимого уровня

(19) Ты имеешь в виду, что можно узнать уровень по количеству "\" в ПолныйКод()?

(21) Если так, то это будет ооочень длинный текст запроса.

(23) почему?
формируй условие запроса под конкретное значение уровня, а не на все возможные случаи.
... не нужен "выбор когда..", нужно одно конкретное условие "где ..." с нужным количеством ".Родитель"

(24) Но дело в том, что уровень, передаваемый в запрос, может меняться. Значит нужно написать несколько запросов под разные уровни? Но это много строк кода. И чем это лучше (16)?

(24) Снимаю вопрос. Можно в строке сформировать условие.

(25) текст запроса - это строка. И его можно менять программно. Одним циклом можно добавить нужное количество ".Родитель" в текст запроса, а потом уже его выполнить

(0), знаешь, столько раз тебе может пригодиться вытягивание элемента справочника определенного уровня, что задолбишься везде писать подобные запросы и циклы.
Будь мужиком! Добавь регистр сведений, куда будут заноситься
ЭлементСправочника   |   ЭлементРодитель   |   ЧислоУровня

И подписку на запись справочников, где при записи в сей регистр будет заноситься вся иерархия текущего элемента. Вот это по-мужитски =)

Честно, по-момему это очень даже неплохое и универсальное решение, которое может позже сэкономить кучу времени)

И никаких изменений типовых объектов - два твоих новых и всё

(28)
Мне ни разу не пригодилось. А какая реальная задача (не разовая) может быть на "уровень"?

(28) Проще реквизит добавить

(31) А задача такая.
Это небольшая прога для музея. Например, первая картинка - это фото музея, текст - история музея, на кнопках -  названия разделов музея. Жмем кнопку - на картинке появляется фото или рисунок выбранного раздела, в тексте - текст о разделе, а на кнопках - названия подразделов. И т.д.
Обычная информационная система.

А уровень нужен, когда жмем на кнопку и переходим в выбранный раздел и нужно сформировать меню следующего раздела (или по кнопке НАЗАД меню предыдущего раздела)

Хотя, можно сразу ПриОткрытии единожды сформировать массив с уровнями и потом работать с массивом.

Вопрос ко всем.
Если сразу ПриОткрытии единожды загнать справочник в массив с формированием колонки "уровень" и потом работать с этим массивом, это лучше, чем работать со справочником?

(34) для этого уровень не нужен:
Вниз: "где Спр.родитель = &тек" // тек = ТекущийЭлемент
вверх: "где Спр.родитель = &текРР"// текРР = ТекущийЭлемент.Родитель.Родитель

(36) проще добавить реквизит и менять его перед записью

(37) Это хорошая подсказка.

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

(7) пустой родитель это пустая ссылка.

(0) Кстати, да, иногда очень не хватает уровня в запросе, с удовольствием бы проголосовал, чтобы 1С добавила его определение в Функции 1С-кого сиквела...

(42)+1

Сделай реквизит Уровень и заполняй его автоматом.

При создании нового меню/группы смотрит уровень родителя и +1 ставит.

Зачем делать своё меню если уже в 1С есть дерево значений?

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

(32), реквизит что даёт? Номер уровня? А регистр всю иерархию

(33)
Для этого уровень не нужен

(37)
О, уже ответили за меня :)

(0) В условии пробовал использовать в Иерархии ??