Основы проектирования складской БД (v. 2)

В кратце:
Автор того топика, он же модеротор, написал, как проектировать БД склада: остатки храним в отдельной таблице .
Я расказал, что в одной очень-очень известной erp остатки не хранятся в отдельной таблице, а хранятся в проводках, модератор меня выгнал почему-то ...
И не хочет даже слушать что такое имеет место быть в большой, терабайтной базе склада, правда у меня Oracle, а у него ms access ...

Здесь можно обсудить архитектуру БД склада?


GeoартистТекушие остатки можно не городить в отдельную таблицу, вполне себе прилично и добротно в таблицу проводок поля добавить, по ситуации: ostatok_in, ostatok_out или ostatok_Debit, ostatok_Credit, они тут становятся историчными и на дату выводятся.Можно и так, конечно. Но это чревато огромным, а то и невыполнимым объемом работы при изменении документов задним числом. Upd: Далее Артист, в числе прочего, сказал, что существует пример работающей базы, где документы задним числом изменяются. Вероятно, я не правильно понял, что он имеет в виду, описывая свою структуру. Upd: Хотя, конечно, вряд ли. Учитывая упомянутое 30минутное "закрытие дня".
Поймал сарказм, велосипед, хоть и немой, но закрывает он месяц, на базе 10 террабайт не больше 30 минут, это он много чего считает. Но тут склады не ооо "ромашка", объемы большие.

GeoЕсли я правильно понял, то это только при условии единственного склада и отсутствии перспективы изменения этого условия.У всех разные условия. Загадку не разгадал. Складов много.