![]() |
#22 |
Участник
|
Вебкаст очень интересный.
В принципе лектор в самом начале говорит, что технические детали он освещать не будет, но все же два архитектурных момента там проскочили. Первое, описывая систему резервирования, где то на отметке 1 час 12 минут вебкаста: В складские проводки добавлены "системные" складские измерения лот прихода и дата прихода. Каждая расходная проводка непосредственно связывается с лотом приходной проводки - в вебкасте показывается как это происходит при обработке отборочной накладной по заказу. Уже на этом этапе - до обработки накладной в проводке можно посмотреть сопоставление (открывается форма с текущей проводкой, и сопоставленной ей приходной) и будущую себестоимость. В сочетании с постоянно работающим в фоне пересчетом и закрытием склада, таким образом наверное можно добиться того, чтобы число открытых проводок в ImTrans, по которым формируются значения текущих складских остатков было относительно небольшим. Второе, где то на отметке 1 ч 30 минут лектор описывает возможность расчета сводного плана на фоне активной работы пользователей. Речь идет о том, что результат такого расчета был бы несогласованным при стандартной реализации: Допустим расчет идет один час (условно говоря с высших уровней иерархий спецификаций вниз по компонентам), в течение этого часа меняются и остатки по спецификациям и по компонентам и т.д. Решение - в момент запуска расчета сводного плана снимается снэпшот остатков. А технически - в момент запуска расчета запоминается наибольший на данный момент watermark, и в расчете плана не учитываются никакие проводки с watermark с бОльшими значениями. По моему это подтверждает гипотезу о том, что watermark это просто монотонно увеличивающиеся идентификаторы транзаций типа - сторнировали предыдущее значение инвенттранса, записали будущее значение инвенттранса. Мне по прежнему еще не понятно, каким алгоритмом исходя из этого они получают быстрый расчет остатков на произвольную дату. |
|
Теги |
как правильно, полезное |
|
|