Ночи доброй.

В обработке "Обеспечение потребностей" наткнулся на портянку из вложенных запросов, среди которых нашлась воооот такая милота:

ВЫБРАТЬ
    Т.Номенклатура,
    Т.Характеристика,
    ЗНАЧЕНИЕ(Справочник.Склады.ПустаяСсылка),
    Т.Подразделение,
    Т.Назначение,
    СУММА(Т.КОбеспечению)
ИЗ
    РегистрНакопления.ОбеспечениеЗаказовРаботами КАК Т
ГДЕ
    (Т.Номенклатура, Т.Характеристика, Т.Назначение, Т.Подразделение) В
            (ВЫБРАТЬ РАЗЛИЧНЫЕ
                Т.Номенклатура КАК Номенклатура,
                Т.Характеристика КАК Характеристика,
                Т.Назначение КАК Назначение,
                Т.ПодразделениеПолучатель КАК Подразделение
            ИЗ
                ВтТовары КАК Т
            ГДЕ
                Т.ПодразделениеПолучатель <> ЗНАЧЕНИЕ(Справочник.СтруктураПредприятия.ПустаяСсылка))
    И Т.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход)
    И Т.Активность

СГРУППИРОВАТЬ ПО
    Т.Номенклатура,
    Т.Характеристика,
    Т.Подразделение,
    Т.Назначение


А чего добился ты?

Я так понимаю, они не могли запилить закрытие остатка по гипотетическому "КОбеспечениюРасход" и забили на этот цирк с конями?

(1) в ERP широко используются реквизиты Рг накопления, ядро системы сидит на Рг ТоварыОрганизации и кор.реквизитах


поэтому виртуальных таблиц нет и нет закрытия Рг в явном виде

(2) Что у них там с производительностью?

(3) партионный движок кардинально переписан, летает шустрее УПП на тех же объёмах, минусы физических таблиц парированы разумными алгоритмами

(4) Сколько месяц закрывается ?

(4) бред несешь, ну просто полный бред
(1) правильно понимаешь, продажи превыше всего...