Некорректное отражение map при пакетной обработке в Ax2009, и налоги в строках накладных/фактур

[Zabr]

Мы в итоге (спасибо wolfstein) пошли по еще более простому пути - заменили вызов mappingExists_RU на сравнение tableid с перечнем конкретных таблиц. Утечка памяти ликвидирована полностью, скорость разноски тоже немного увеличилась (хотя и не так сильно, как я ожидал).

[DSPIC]

Мы сделали так. Скорость разноски увеличилась на порядок.

1. Обявляем в классе \Classes\Application.classDeclaration переменную

Map                     mappingsInfo_RU; // Оптимизация разноски накладной, EVO 26.04.2011

2. Добавляем новый метод \Classes\Application\mappingsInfo_RU

// Оптимизация разноски накладной, EVO 26.04.2011
Map mappingsInfo_RU()
{
    ;
    if (!mappingsInfo_RU)
    {
        mappingsInfo_RU = new Map(Types::Container, Types::Class); // [TableId, MapId], MappingsInfo_RU object
    }

    return mappingsInfo_RU;
}

3. Модификацируем метод \Classes\MappingsInfo_RU\createMapWithFieldId

static public Map createMapWithFieldId(tableId _tableId, tableId _mapID)
{
    MappingsInfo_RU    mappingsInfo;
    ;

    // Оптимизация разноски накладной, EVO 26.04.2011 -->
    //orig mappingsInfo = new MappingsInfo_RU(_tableId, _mapID);
    //orig return mappingsInfo.find();
    if (!appl.mappingsInfo_RU().exists([_tableId, _mapID]))
    {
        mappingsInfo = new MappingsInfo_RU(_tableId, _mapID);
        appl.mappingsInfo_RU().insert([_tableId, _mapID], mappingsInfo.find());
    }
    return appl.mappingsInfo_RU().lookup([_tableId, _mapID]);
    // Оптимизация разноски накладной, EVO 26.04.2011 <--
}

[sukhanchik]

Цитата:

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

Мы сделали так. Скорость разноски увеличилась на порядок.

Идиотский вопрос: А зачем новый метод в классе Application? Почему не использовать appl.globalcache() ? Там такой же Map.

[wolfstein]

Цитата:

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

Почему не использовать appl.globalcache() ?

С использованием appl.globalcache() - модифицируем метод \Classes\MappingsInfo_RU\createMapWithFieldId следующим образом:

static public Map createMapWithFieldId(tableId _tableId, tableId _mapID)
{
    MappingsInfo_RU    mappingsInfo;
    ;

    //mappingsInfo = new MappingsInfo_RU(_tableId, _mapID);
    //return mappingsInfo.find();

    if (!appl.globalCache().isSet(classstr(MappingsInfo_RU), [_tableId, _mapID]))
    {
        mappingsInfo = new MappingsInfo_RU(_tableId, _mapID);
        appl.globalCache().set(classstr(MappingsInfo_RU), [_tableId, _mapID], mappingsInfo.find());
    }
    return appl.globalCache().get(classstr(MappingsInfo_RU), [_tableId, _mapID]);

}

[someOne]

Цитата:

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

Мы в итоге (спасибо wolfstein) пошли по еще более простому пути - заменили вызов mappingExists_RU на сравнение tableid с перечнем конкретных таблиц. Утечка памяти ликвидирована полностью, скорость разноски тоже немного увеличилась (хотя и не так сильно, как я ожидал).

Хотел сделать нечто подобное. Но вначале решил исследовать поведение функции mappingExists_RU.

Собрал статистику вариантов входных параметров, которые передаются ей на вход.
Для нашего приложения (Ax2009 RU6) их оказалось всего лишь 13 комбинаций. Но самое интересное в том что из всех этих вариантов она никогда не возвращает "false". Результат всегда один и тот же: "true" !

Возникает вопрос - зачем эта функция вообще нужна ?

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

  if (mappingExists_RU(tablenum(CustVendInvoiceJour),
                         invoiceJour.TableId,
                         fieldnum(CustVendInvoiceJour, rContractCode)))

Как я понял, "false" она не может вернуть ни при каких вариантах.
так как invoiceJour в этом методе всегда VALUE: map = CustInvoice4PaymJour_RU и никак иначе.
Или я не прав ?

Короче, заменил эту функцию на

return true;

Вот и вся оптимизация...