[quot Stax]982183пропущено...

Обороты наверное лучше иметь где-то в OLAP кубе.

пропущено...


зы
диасофтовцы расказывали байку, что в некотором ОДБ (не буду называть),
остатки ВООБЩЕ не хранятся, всегда расчитываются
я не верю

.....
stax

я охотно верю(для промежуточных данных(за сутки)).
Либо хранить производственные остатки для отчётов, но их пересчитывать на каждый чих, либо считать на весу для каждого запуска отчёта.
То на то и выходит.

[quot Stax]kernAпропущено...

не понял, зачем пересчитывать?
задним числом не работаем (за вчера учет в спецоперациях, которые если надо правят и остатки)

.....
stax

Как раз многие работают задним числом:
1. Могут забыть завести операцию
2. Могут ошибиться в вводе данных
3. Может поступить информация от клиентов/поставщиков за предыдущий период
и тп.

Если данные изменились за какой то день, то "оперативные" остатки должны автоматом пересчитаться от даты изменения до текущего

[quot Stax]kernAпропущено...

все ето (и не только) должно быть учтено,
ето отдельные операции, с отдельным доступом, правами и тд

.....
stax

Ты всё не учтёшь.
Например, реальный пример, электроснабжающие организации получают данные о поставке ЭЭ от электростанции каждый день.
Чтобы свести баланс за день, им нужно знать расход ЭЭ каждый день.
То есть, получать от потребителей данные каждые сутки. Среди потребителей присутствует пару садоводств.
Садоводство не может подавать данные каждые сутки, тк зависит от дачников, которые подают данные 1 раз в год.
Всё, задача неразрешима.

В реальности, садоводство заключает договор с поставщиком на какой то объём и этот объём считается плановым.

Один из учётов:
Берётся факт от Электростанции - вычитается расход на транспортировку - фактический расход от потребителей.
Остаток ЭЭ дробится между поставщиками по плановому расходу.

Когда появляются фактические показатели(вместо плановых), то вся ветка пересчитывается.