Здравствуйте.
Есть данные по движению товаров на магазинах. Приходы (приход от поставщика, внутренний приход, инвентаризация ...) и Расходы (продажи, списания, возвраты...) Что бы вычислить остаток на магазине - суммируются все приходные линии и от них отнимаются все расходные. За все время начиная с того времени как были введены БД. Это 4 года. Уникальных строк (магазин-товар) получается каждый день около миллиона. Весь этот расчет длится долго (около часа, что бы рассчитать остатки на 1 день)
Работа с этими данными такова, что каждый сотрудник офиса может, использую браузер, задать параметры и выгрузить эти остатки. При этом каждый раз будут складываться все приходные и расходные линии.
Как я понял такой алгоритм из-за того что приходы и расходы могут проводиться задним числом. И остатки на одну и туже дату могут быть разными. Поэтому каждый раз идет полный пересчет.
Есть идея – рассчитать и сохранить остаток на каждый день. И пересчитывать их только за период который еще не закрыт ( после закрытия периода, остатки уже не меняются).
Вопрос: на сколько это правильно? По сути, идет дублирование данных. А как я понял, этого не любят делать в БД.
Такая же история с продажами. В одной таблице хранятся сами продажи в шт или кг. В другой цены, в третей скидки. Для оперирования продажами каждый раз идет преобразование к виду:
КодМагазинаКодТовараКол-воСуммаСкидкаСуммаСоСкидкой10015501040200710015001001400
Я думаю, что получу прирост в скорости расчета если буду хранить отдельно эти вычисления продаж, так как в дальнейшем идет многократное обращение к этим данным, и каждый раз не придется вычислять продажи.
С БД только знакомлюсь. Подскажите на сколько правильно хранить подобные «вычисления» в отдельных таблицах с точки зрения баз данных? Или в этих случаях поступают как-то по-другому?

Большое спасибо всем за совет. То что и хотел узнать. Теперь пойду к IT.
П.С. проблема с отрицательным остатком на самом деле есть. :)