таблица unitOfMeasureConversionCache (AX 2012 R3)

[AnGor]

подскажите пожалуйста, почему таблица unitOfMeasureConversionCache не временная?

[macklakov]

Цитата:

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

подскажите пожалуйста, почему таблица unitOfMeasureConversionCache не временная?

По той же причине, по какой LedgerTransAccountTmp не временная.

[user_ax]

Цитата:

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

По той же причине, по какой LedgerTransAccountTmp не временная.

Это был вопрос-сарказм? Или нет?

[macklakov]

Цитата:

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

Это был вопрос-сарказм? Или нет?

Он самый. Некоторые места в коде overengineered настолько, что смысл происходящего начинает ускользать. И наименования объектов лишь добавляют мистики.

Цитата:

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

В принципе практически оптимальное решение для подобного кэширования.

А что там такого тяжелого происходит, чтобы кэширование в постоянную таблицу себя оправдывало?

[kashperuk]

Цитата:

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

Он самый. Некоторые места в коде overengineered настолько, что смысл происходящего начинает ускользать. И наименования объектов лишь добавляют мистики.

А что там такого тяжелого происходит, чтобы кэширование в постоянную таблицу себя оправдывало?

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

А так в кэше уже есть четкий фактор преобразования, бери и пользуйся.

А пересчитывать его имеет смысл только если кто-то меняет сам конвершн. Оттого и постоянная таблица.

[ax_mct]

Цитата:

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

подскажите пожалуйста, почему таблица unitOfMeasureConversionCache не временная?

Некий долговременный кэш хранящийся в базе данных. Единый для всех AOS то есть на уровне приложения. Доступный и с клиента и с сервера. Сохраняющийся между рестартами.
Сбрасывает связанный к изменению кэш. В принципе практически оптимальное решение для подобного кэширования.

И это не вычисление в контексте процесса и аоса.

[AnGor]

я почему спросил: в таблице UnitOfMeasureConversion в методах insert, update, delete
происходит чистка кэша:
UnitOfMeasureConversionCache::flushOnConversionChanged(this.FromUnitOfMeasure, this.ToUnitOfMeasure, this.Product);
по моим наблюдениям она всегда пуста (я о UnitOfMeasureConversionCache).
у нас есть надстройка для портовой логистики, этот функционал очень часто дергает UnitOfMeasureConversion. из за этого происходят deadlock на delete UnitOfMeasureConversionCache.
я пока убрал эту чистку и таблица UnitOfMeasureConversionCache начала расти, но не сильно, в унисон с UnitOfMeasureConversion. и кстати конвершн стал быстрее.
но что я еще заметил - расчет происходит быстрее поиска готового кэша.
теперь я не ищу расчет в кэше, а делаю его каждый раз:
в партнерском классе, наследнике от UnitOfMeasureConverter_Product сделал override findConversion(), таблицу UnitOfMeasureConversionCache я стал использовать как временную.
пока полет нормальный.