Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 10
Почему не организовать простую таблицу типа «Регистр», в которой будут основные поля «Дата движения в регистре», «Тип движения» (приход/расход/перемещение/возврат и т.д.), «Кол-во» — или другие в зависимости от типа регистра? А как дополнение через разрез IDExternalType + IDExternalObject джоинить все что душе угодно — различные характеристики субъекта движения и все остальное? Универсальный регистр, такие модели давно существуют — та же 1С
Данная таблица по вашему и есть «регистр», мы храним в нем дату, тип движения, остатки.
Для работы склада не важны тип движения. Для хранения «бумажной документации», используются дополнительные таблицы, которые ссылаются на историю движения деталей.
В подобном же подходе можно удалять или переносить все записи с одним SPI у которых сумма по QtyRest = 0, поскольку это уже история.
Универсально тем плохо тем, что реализуется быстро и сносно работает на небольшом количестве данных.
Для работы склада не важны тип движения. Для хранения «бумажной документации», используются дополнительные таблицы, которые ссылаются на историю движения деталей.
В подобном же подходе можно удалять или переносить все записи с одним SPI у которых сумма по QtyRest = 0, поскольку это уже история.
Универсально тем плохо тем, что реализуется быстро и сносно работает на небольшом количестве данных.
универсальность бьёт по производительности.
например, если перемещения в 99% случаев делаются парами (из SRC ушло, в DST пришло), то нужно делать две записи, и для их связи заводить поле «код транзакции»
в задачах типа «посчитать внешнюю активность» (все движения, где SRC и DST относятся к разным подразделениям) удобнее использовать схему, где SRC и DST хранятся в одной записи
например, если перемещения в 99% случаев делаются парами (из SRC ушло, в DST пришло), то нужно делать две записи, и для их связи заводить поле «код транзакции»
в задачах типа «посчитать внешнюю активность» (все движения, где SRC и DST относятся к разным подразделениям) удобнее использовать схему, где SRC и DST хранятся в одной записи
Вот смотрю на дизайн старых приложений и наступает уныние…
Лисапед!
Причем колёса конкрэтно восьмиугольные…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как можно начать создание своей WMS