Есть справочник Номенклатура с товарами в группах.
есть РС ЦеныНоменклуры, где можно указывать либо номенклатуру или группу(родителя)

Допустим, мы продаем книги. На всю группу книги установили цену в 100руб.
в этой группе есть подгруппа СуперОбложка, цену на которые установили 150.
и наконец в это подгруппе есть элемент Букварь за 200руб.

в регистре 3 записи:
Книги  100р
СуперОбложка 150р
Букварь  200р

каким образом построить запрос, чтобы получить актуальную цену, скажем, Букваря?

Если цена на него не задана, то берем цену ближайшего родителя.

Количество родителей не ограничено.

"Количество родителей не ограничено" - данное условие делает задачу сугубо теоретической.

(1) ну.. количество ограничено здравым смыслом, но заранее не известно.

Очень похоже на наследование прав доступа к файлам через папки. Вот только у каждого файла правило сразу однозначное (либо унаследованное, либо установленное конкретно). Почему-то разработчики Windows не пошли путем вычисления значений значений в момент осуществления доступа и решили всегда хранить заранее определенное значение. Наверное потому что дураки...

(2) на мой вгляд 5-6 уровней для справочника Номенклатура уже на грани здравого смысла. Если ты знаешь как написать запрос для 2-х уровней, то сможешь и для 8-10. Иначе...(1)

(4) хотелось бы более универсальное решение. независящее от уровней групп

(5) Нужен запрос для определения цены конкретной позиции?

(5) тогда смотри в сторону (3): храни в отдельном регистре всех родителей с уровнями. Обновлять можно по подписке.

(6) ну да. один запрос

(8) Одним хз, может рекурсией? Типа нет цены для элемента, ищем для группы элемента, нет для группы элемента, то ищем для группы группы и т.д?

(8) а как уже пробовал? Соединения какие делал?

(0) это называется неправильная архитектура. Но жутко нравится пользователям. Я делал, но сразу было обговорено кол-во уровней иерархии.
В каждой временной таблице делал разворот по ценам и номенклатуре для своего уровня иерархии. Потом объединял развернутые таблицы. Определял минимальный уровень номенклатуры. И в конце объединял все в 1 запрос. Объем вычислений был большим.
Самое разумное решение, в данной ситуации, хранить уже готовые данные в регистре. Но все равно надо написать запрос для расчета...

Если цена на него не задана, то берем цену ближайшего родителя. ???
Вы реально устанавливаете цену для группы справочника?

(12) отпал вопрос.

а у тебя где это используется? при проведении? в отчетах? или где?

(0) в (7) верное решение.

(15) Можно, а можно просто реквизит УРОВЕНЬ добавить в справочник. А можно и без него.

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

ВЫБРАТЬ
    Ном.Ссылка
ИЗ
    Справочник.Номенклатура КАК Ном
ГДЕ                
    Ном.Ссылка=&Эл
ИТОГИ ПО Ном.Ссылка ТОЛЬКО ИЕРАРХИЯ

все родители данного элемента

(14) реально используется, да.

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

впринципе можно и текст запроса составить в рекурсии, или просто в цикле по родителям

(20) Никак. Пример из (18) нельзя поместить во врем.таблицу для хранения и использовании иерархии.

(21) почему ж?

Пример.

(20) В (3) нужно обратить внимание на фразу "Наверное потому что дураки..."

(24) Ну они таки решали другую задачу в другом окружении.
А сама логика решения описанная в (0) - ОЧЕНЬ распространенная в 1С.

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