WildSery,
Насколько я понял,в справочнике "номенклатура" иерархия групп и элементов, в справочнике "ассортимент" прописаны ссылки только на группы номенклатуры, нужно вывести элементы.

tiniji,
Вариант все равно не нравится... Количество уровней может измениться..
Можно конечно извернуться:
1). Создаем таблицу вида (Верхний уровень иерархии| ГруппыНоменклатуры) Для заполнения получать запросом все группы с итогами по иерархии (только иерархия), и сначала делаем обход по группировкам (получаем верхний уровень) а далее в прямом обходе заполняем строки нашей таблицы.

2) Передаем в запрос нашу таблицу параметром, и получаем что нам нужно:
Ассортимент -left join- НашаТаблица - Left join - Номенклатура (элементы).

Косяк за собой заметил:
Ассортимент -left join- НашаТаблица - Inner join - Номенклатура (элементы)

WildSeryНе понял, как тебе поможет эта таблица.
Судя по идее, ты хочешь сделать дерево полносвязным (или как там оно называется), т.е. для каждого потомка перечислить всех родителей. Это будет таблица, большая справочника Номенклатура, следовательно, сомневаюсь, что будет быстрее чем 5-6 левых соединений, особенно с учётом того, что эту "вспомогательную" таблицу нужно ещё построить.

В том то и дело, что не для каждого потомка всех родителей. А для каждой группы всех родителей - количество групп в любом случае << количества элементов. Обход ее (для "строительства" новой ТЧ) соответственно много времени не займет. И далее у нас есть таблица
ВерхнийРодитель| Родитель, которую по полю Родитель мы связываем внутренним соединением с номенклатурой (нашаТЧ.Родитель = Номенклатура.Родитель) и все это лепим левым соединением к ассортименту (ПО Ассортимент.ГруппаТоваров = Номенклатура.Родитель).
Если задуматься, решение вполне себе красиво:)

если у нас около 100 групп и 20 000 номенклатурных позиций с макс вложенностью 5 (закладываем еще 1 про запас - получаем 6), то обход всей этой таблицы 6 раз (для всех соединений) вряд ли будет дюже быстрым... А в целом, тут нужно в каждом конкретном случае смотреть замером производительности.
В любом случае, каждое решение имеет право на жизнь - в данном случае, жертвуя быстродействием (не факт, не везде), мы получаем универсальность. В общем, оба решения имеют право на жизнь, заканчиваем холивар.

да. В нашем случае будет формирование сиквелом таблицы в 100 срок (одно обращение к данным). Дальше обход 100 строк средствами 1С. И далее запросом соединение ассортимента с 2-мя соединенными внутренним соединением по уникальному полю таблицами на 100 и 20 000 элементов средствами сиквела.

В Вашем же случае будет соединение ассортимента с 6-ю соединенными левыми соединением по уникальному полю таблицами на 20 000 элементов средствами сиквела...