Падение производительности при разноске производственного журнала

[Dron AKA andy]

Я-то перенесу, но вот такое "простое" решение что-то у меня вызывает сомнения...
В производственном модуле не специалист, поэтому правильность прокомментировать не могу. Хотя охотно Вам верю, что ускорения вы добились

[evv]

Цитата:

Сообщение от Dron AKA andy

Я-то перенесу, но вот такое "простое" решение что-то у меня вызывает сомнения...
В производственном модуле не специалист, поэтому правильность прокомментировать не могу. Хотя охотно Вам верю, что ускорения вы добились

Жизнь покажет, где мы ошибались Просто насколько мне известно, себестоимость считается для всего заказа приего закрытии в любом случае, так что вроде мгновенные расчеты не нужны. Зато клиент может работать и радоваться. Во всяком случае пока Кроме того, вопрос о необходимости таких расчетов уже обсуждается с ключевыми пользователями клиента, так что проблема, если она есть, будет известна не слишком поздно.

[mazzy]

Цитата:

Сообщение от Dron AKA andy

Я-то перенесу, но вот такое "простое" решение что-то у меня вызывает сомнения...

У меня тоже.
Думаю, что надо дальше искать и анализировать тяжелые запросы.

Внутри есть
ProdCalcTrans::updateRealCalcCostBreakdown(prodCalcTrans, _prodBOM, inventItemPrice);

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

Отключать функционал не есть гуд. Тем более комментированием.

[Vadik]

Цитата:

Сообщение от mazzy

Думаю, что надо дальше искать и анализировать тяжелые запросы

Уверен?

\Data Dictionary\Tables\ProdBOM\Methods\calcCostAmount

container calcRealCostAmount()
{
    InventTrans             inventTrans;
    InventDimParm           inventDimParmFinancial;
    InventDimParm           inventDimParmActive;
    InventDimGroupId        dimGroupId;
    InventQty               qty = 0;
    CostAmount              value = 0;
    boolean                 first = true;
    ;

    while select inventTrans                   // !!!
        index hint TransIdIdx
        where inventTrans.InventTransId       == this.InventTransId &&
              inventTrans.ItemId              == this.ItemId        &&
              inventTrans.StatusIssue         == StatusIssue::Deducted  &&
              inventTrans.ValueOpen           == InventTransOpen::Yes   &&
              inventTrans.PackingSlipReturned == NoYes::No
        {

            if (first)
            {
                dimGroupId  = InventTable::find(inventTrans.ItemId).DimGroupId;
                inventDimParmFinancial.initFinancialInvent(dimGroupId);
                inventDimParmActive.initDimActive(dimGroupId);
                first = false;
            }

            qty   += inventTrans.Qty;
            value += inventTrans.estimatedCostValue(inventDimParmFinancial,inventDimParmActive);   /// !!!
        }

    qty = abs(qty);
    value = abs(value);

    return [qty,value];
}

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

[mazzy]

Цитата:

Сообщение от Vadik

Уверен?

Уверен, что не комментировать вызов целого метода, а работать с конкретными запросами. Например, с тем, что ты привел.

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

[qty,value] = InventTrans::calcMarkedCostValue(this.InventRefTransId,this.ItemId,this.InventDimId,this.inventTable().inventModelGroup().InclPhysicalValueInCost,this.InventTransId);

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

Вот с этим и надо разбираться, а не "Просто закомментировав вызов данного расчета"

[evv]

Цитата:

Сообщение от mazzy

Уверен, что не комментировать вызов целого метода, а работать с конкретными запросами. Например, с тем, что ты привел.

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

[qty,value] = InventTrans::calcMarkedCostValue(this.InventRefTransId,this.ItemId,this.InventDimId,this.inventTable().inventModelGroup().InclPhysicalValueInCost,this.InventTransId);

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

Вот с этим и надо разбираться, а не "Просто закомментировав вызов данного расчета"

Да, я тоже считаю что надо дойти до конца и вмешательство должно быть хирургически точным. Просто сейчас есть возможность это сделать в спокойном режиме, когда заказчик работает как обычно и доволен всем. Просто когда у него шел простой производства и реальные финансовые убытки, решение было необходимо как можно быстрее.