Цитата:
Сообщение от
fed
После прочтения документа по изменениям в inventTrans, борюсь с непреодолимым желанием уйти в запой на недельку. Оказывается для достижения следующих простых целей:
To reduce the amount of data stored (disk space)
To refactor parts of the table to avoid redundant data and the inherent risk of inconsistent data
Надо было всего-то разделить таблицу inventTrans на 5 основных таблиц и порядка 25 вспомогательных (я так полaгаю - по числу подкласов, унаследованных от inventMovement).
Это именно то, что было надо каждому разработчику. Сэкономить дисковое пространство (которое нонче копейки стоит) и избежать "inherent risk of inconsistent data", путем создания тучи сложно связанных таблиц. Передай большое человеческое спасибо разработчикам модуля логистики.
Спроси - слышали ли они термин "over-normalization" ?
Не согласен. На мой обывательский взгляд, чем меньше таблица - тем больше из нее поместится в кэш. Кроме того, в большинстве случаев в запросах к InventTrans поля InventRef и прочие не используются. В этом плане решение перебросить их в другую таблицу кажется логичным.
Хотя настоящие тормоза в логистике в Аксапте начинаются на частых запросах к InventSum join InventDim, а не к InventTrans.