количество товаров базе, а лучше вычислять, типа приход-расход. Ну и еще что-то такое слышал.
Кто может объяснить в чем суть? Или я неправильно/не так услышал?
если операций много, проще добавить, чем изменить запись
Хранить-то количества полезно, каждый раз агрегаты запускать -- часто накладненько. Лучшэ таки иметь регистры остатков в базе. Но да, записи приход-расход -- сами по себе намного полезнее просто остатка. То есть, вот типичная ситуацыя -- кладовщик провтыкал отметить расход или, наоборот, забыл что ужэ отметил и списал дважды. Во-первых, если нет записей журнала учёта операцый -- то такое будет просто абсолютно неизбежно, то есть отсутствие журнала в БД означает, что перенос фактов в БД основан на памяти кладовщика. А человек к такому не очень приспособлен. Во-вторых -- эти банальные ошыбки ты не сможэшь идэнтифицыровать и принять меры для недопущения. И, я тебя уверяю, если ты не можэшь применять меры -- то их процэнт будет довольно высок в частности ещё и поэтому. В общем, довольно странная экономия места в БД (невеликая в принцыпе), при этом много потерь функцыональности. Вот дажэ если нет никаких кладовщиков, ты продукты в холодильнике учитываешь -- самым интересным оказывается когда они туда попали и как они оттуда уходят, а у тебя в базе это не записано. Более того, если это не свой холодильник, а какая-то работа с клиентами -- то ВНЕЗАПНО оказывается, что вести ежэдневный бухгалтерский учёт -- это твоя обязанность по закону, к тому жэ учёт операцый с клиентами -- это насущная необходимость. Чтобы в каждый момент ты мог выдать клиенту оборотку и начать разбираться -- кто кому чего выдал и что остался должэн. То есть эта вся информацыя о движэнии товара -- почти вся -- всё равно будет в учётной системе -- в противном случае эту учётную систему нужно просто выкидывать, все и без неё справятся замечательно. Или не справятся, но тожэ без неё.
Обсуждают сегодня