Добрый день! Направьте на путь истинный!

Исходные Данные 8-ка, обычные формы
Есть Регистр Сведений с измерением "Номенклатура" (может принимать значение группы и элемента) и ресурсом "Ограничение скидки" тип число;

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

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

(0) можно, но муторно

(0) можно, но буднично

Готов рассмотреть любой вариант, даже муторный, только бы быстро отрабатывало

(3) иерархия неограничена?

Да не ограничена

(3) так как-то

ВЫБРАТЬ ПЕРВЫЕ 1
     ОграничениеСкидки
ИЗ
    РегистрСведений.Рег КАК Рег
ГДЕ
    Рег.НОменклатура = &Ном

ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
     ОграничениеСкидки
ИЗ
    РегистрСведений.Рег КАК Рег
ГДЕ
    Рег.НОменклатура.Родитель = &Ном
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
     ОграничениеСкидки
ИЗ
    РегистрСведений.Рег КАК Рег
ГДЕ
    Рег.НОменклатура.Родитель.Родитель = &Ном
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
     ОграничениеСкидки
ИЗ
    РегистрСведений.Рег КАК Рег
ГДЕ
    Рег.НОменклатура.Родитель.Родитель.Родитель = &Ном
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
     ОграничениеСкидки
ИЗ
    РегистрСведений.Рег КАК Рег
ГДЕ
    Рег.НОменклатура.Родитель.Родитель.Родитель.Родитель = &Ном
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
     ОграничениеСкидки
ИЗ
    РегистрСведений.Рег КАК Рег
ГДЕ
    Рег.НОменклатура.Родитель.Родитель.Родитель.Родитель.Родитель = &Ном
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
     ОграничениеСкидки
ИЗ
    РегистрСведений.Рег КАК Рег
ГДЕ
    Рег.НОменклатура.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель = &Ном
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
     ОграничениеСкидки
ИЗ
    РегистрСведений.Рег КАК Рег
ГДЕ
    Рег.НОменклатура.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель = &Ном
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
     ОграничениеСкидки
ИЗ
    РегистрСведений.Рег КАК Рег
ГДЕ
    Рег.НОменклатура.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель = &Ном
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
     ОграничениеСкидки
ИЗ
    РегистрСведений.Рег КАК Рег
ГДЕ
    Рег.НОменклатура.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель.Родитель = &Ном

А если вложенность будет 20-50... родителей, громоздкая конструкция запроса будет

(7) именно. Потому и мутарно

(7) Если вложенность будет 20-50 родителей и элементов будет много - далеко не самая страшная проблема в базе будет

так то самый близкий родитель всегда на расстоянии 1 и даже записан в номенклатуре

а, ну в коде сформировать массив ссылок полной иерархии и передать в запрос, ппц

(10) самый близки да ) но регистре может быть запись не самая близкая к родителю номенклатуры

(11) плюс на входе не одна номенклатура а массив и он может содержать 20-30к элементов

Ещё варик

ВЫБРАТЬ
    Номенклатура.Ссылка КАК Ссылка
ПОМЕСТИТЬ Номенклатура
ИЗ
    Справочник.Номенклатура КАК Номенклатура
ГДЕ
    Номенклатура.Ссылка В(&СписокНоменклатуры)
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    Группы.Ссылка КАК Родитель,
    Номенклатура.Ссылка КАК Ссылка
ИЗ
    Справочник.Номенклатура КАК Группы
        ВНУТРЕННЕЕ СОЕДИНЕНИЕ Номенклатура КАК Номенклатура
        ПО (Группы.Ссылка = Номенклатура.Ссылка.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Ссылка.Родитель.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Ссылка.Родитель.Родитель.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Ссылка.Родитель.Родитель.Родитель.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Ссылка.Родитель.Родитель.Родитель.Родитель.Родитель)
ГДЕ
    Группы.ЭтоГруппа

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    Номенклатура.Ссылка,
    NULL
ИЗ
    Номенклатура КАК Номенклатура
ГДЕ
    Номенклатура.Ссылка.Родитель = ЗНАЧЕНИЕ(Справочник.Номенклатура.ПустаяСсылка)

(14) Удали это.
ИЛИ Группы.Ссылка = Номенклатура.Ссылка.Родитель.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Ссылка.Родитель.Родитель.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Ссылка.Родитель.Родитель.Родитель.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Ссылка.Родитель.Родитель.Родитель.Родитель.Родитель
Ты этим положишь базу уже на 100 000 элементах

А то и раньше

(15) а так?

ВЫБРАТЬ
    Номенклатура.Ссылка КАК Ссылка,
    Номенклатура.Родитель КАК Родитель
ПОМЕСТИТЬ Номенклатура
ИЗ
    Справочник.Номенклатура КАК Номенклатура
ГДЕ
    Номенклатура.Ссылка В(&СписокНоменклатуры)
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    Группы.Ссылка КАК Родитель,
    Номенклатура.Ссылка КАК Ссылка
ИЗ
    Справочник.Номенклатура КАК Группы
        ВНУТРЕННЕЕ СОЕДИНЕНИЕ Номенклатура КАК Номенклатура
        ПО (Группы.Ссылка = Номенклатура.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Родитель.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Родитель.Родитель.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Родитель.Родитель.Родитель.Родитель
                ИЛИ Группы.Ссылка = Номенклатура.Родитель.Родитель.Родитель.Родитель.Родитель)

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    NULL,
    Номенклатура.Ссылка
ИЗ
    Номенклатура КАК Номенклатура
ГДЕ
    Номенклатура.Родитель = ЗНАЧЕНИЕ(Справочник.Номенклатура.ПустаяСсылка)

(6) Тоже не вариант.
Я бы решил эту задачу через служебный регист сведений где было бы 2 колонки: ГруппаНоменклатуры Номенклатура
Суть Фоновым заданием для каждой группы пишем всю номенклатуру которая есть в этой группе и не является группой
ТЕ
гр1 ном1
гр1 ном2
+ подпписка на событие которая будет пересчитывать при изменении.
Но это будет работать быстро

(17) + попробовал на 211 элементах:
0,276 сек.

(19) Жалкие 211 элементов четветь секунды

А теперь хотя бы тысячи 3

И зависимость там будет не линейная

(19) "ИЛИ" по-любому ложит базу

(18) Так как номенклатура как правило справочник со строгим учетом и изменения в существующие элементы заносятся редко, а новые создаются не очень часто - оптимальное решение этой задачи

(23) Дело даже не в или, а в количестве полей через точку. Каждая лишняя точка это еще одно левое соединение. Там план запроса будет такой елкой

(21) гражданин, на предыдущем допросе Вы говорили о ста элементах

Попробовал на 1000 элементах, прироста по длительности выполнения нет

:)

(26) я говорил о 100 000 (Сто Тысяч)

(15) Лично видел как подобные конструкции работают на более 100 тыс элементов. База не умирает. Запрос, конечно, не быстрый, но это минуты/десятки минут.

(27) у мну столько нету

Жалко, конечно, что нельзя В ИЕРАРХИИ тут присобачить

(28) И комфортно в базе работать когда такие запросы выполняются? (18) Таким способом - время будет секунды

(0)
Запрос = Новый Запрос;
    Запрос.Текст = "ВЫБРАТЬ
    |    ПодразделенияОрганизаций.Родитель КАК Родитель,
    |    ПодразделенияОрганизаций.Родитель.Родитель КАК РодительРодитель,
    |    ПодразделенияОрганизаций.Родитель.Родитель.Родитель КАК РодительРодительРодитель,
    |    ПодразделенияОрганизаций.Родитель.Родитель.Родитель.Родитель КАК РодительРодительРодительРодитель,
    |    ПодразделенияОрганизаций.Родитель.Родитель.Родитель.Родитель.Родитель КАК РодительРодительРодительРодительРодитель
    |ИЗ
    |    Справочник.ПодразделенияОрганизаций КАК ПодразделенияОрганизаций
    |ГДЕ
    |    ПодразделенияОрганизаций.Ссылка = &Подразделение";
    Запрос.УстановитьПараметр("Подразделение",Подразделение);
    
    Пока Истина Цикл
        
        Запрос.УстановитьПараметр("Подразделение",Подразделение);
        
        РезультатЗапроса = Запрос.Выполнить();
        
        Если РезультатЗапроса.Пустой() Тогда
            Прервать;
        КонецЕсли;
        
        Выборка = РезультатЗапроса.Выбрать();
        Выборка.Следующий();
        
        Для НомерКолонки = 0 По РезультатЗапроса.Колонки.Количество() - 1 Цикл
            
            Подразделение = Выборка[НомерКолонки];
            
            Если Подразделение = Справочники.ПодразделенияОрганизаций.ПустаяСсылка() Тогда
                Прервать;
            Иначе
                МассивПодразделений.Добавить(Подразделение);
            КонецЕсли;
    
        КонецЦикла;
        
        Если Подразделение = Справочники.ПодразделенияОрганизаций.ПустаяСсылка() Тогда
            Прервать;
        КонецЕсли;    
        
    КонецЦикла;    
    
    Возврат МассивПодразделений;

(28) Просто я тоже видел. У нас в 14 часов такой отчет запускали - час никто работать толком не мог, пока не переписали.
Там еще  и сервер у нас был совсем не рядовой и то иногда падал, но не часто.

(32) лучший вариант-переделай просто под свою задачу, в этом запросе получается все вложенность для элемента подразделения.

(18) В этот регистр надо записать все уровни иерархии для каждого элемента справочника чтоб получить потом соответствие

(31) Приемлемо.
Сразу оговорюсь, что не вникал в суть сабжа, я имел в виду конструкцию типа

Спр.Родитель.Родитель.Родитель......
т.е. многократное неявное левое соединение.

Разумеется, если есть способ решить задачу по-другому - лучше её решить по-другому.

(33) Проблема в файловой системе сервера БД. Её нужно прокачивать.

(32) Уровень иерархии не ограничен

(36) Там все было как надо, просто вылетал rphost и все (35) А что Вас смущает? Место? Не страшно. Да первое заполнение будет долгое, зато потом профит.

(37) там для любого урвоня иерархии работает

(37) внимательно посмотри что там написано, запрос будет выполняться пока не найдет всю вложенность - родитель пустая ссылка

(37) у нас финансисты использут очень глубокую вложенность(10-15) для разных статей, схожий запрос работает идеально, ни тормозов никаких проблем.

(32) Вполне себе тру вариант кстати. Но я бы уменьшил количество полей запроса до 3х

(41) Это хорошо когда надо найти вложенность по одному элементу, а у мне надо передать на вход  20-30к элементов

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

(43) Тогда добавь в запрос еще поле номенклатуры и итоги по, и два обхода делай, всеравно это будет в разы быстрее чем крутить запросом все это дело.

(43) а теперь представь 30к элементов с 50-тью уровнями иерархии. Это полтора миллионов

Думается проблему надо решать с другой стороны.
При запросе искать только параметры для номенклатуры и непосредственного родителя.
А вот при изменении параметров группы - изменять параметры у всех групп, первого уровня вложенности для которых параметры не заданы (разумеется рекурсивно).

Такую задачу проще кодом реализовывать:
1. Запросом 1 выбрать иерархию и элементы
2. Запросом 2 выбрать значения из регистра по номенклатуре из запроса 1
3. В коде обработать все строки из (1), искать значение в выборке (2).

В случае необходимости готовую ТЗ запихнуть в запрос и дальше работать в запросе.

Проще писать номенклатуру в РС, ПриЗаписи вычисляя значение
И быстрее гораздо