cherrex_DenСейчас все делается убого, берется весь (все что есть в базе) приход минус весь расход до нужной даты и времени. Я считаю это плохо, так как база растет, и каждый раз шерстить все данные не совсем хорошо. Т.е аналог остатка на счете в банковских системах. Но в банке есть такое понятие "закрытие операционного (оперативного) дня" и там можно в конце каждого дня все подсчитать. У нас все в online, 24 на 7. Можно конечно тоже придумать типа "закрытие рабочей смены", но это потребует дополнительные административные ресурсы, поэтому этот вариант я рассматриваю как запасной (если больше не чего не придумаю, или вы не подскажите).
Ничего убогого в этом варианте нет, и он используется во многих системах. Да, он требует много ресурсов, и он, конечно, не единственно возможный.
Например, в некоторых системах остаток может фиксироваться на каждую единичную операцию движения (как вариант, на отдельную дату). Можно супер быстро находить остаток на любую дату, но возникают ньюансы по разруливанию ввода данных не в хронологическом порядке. То есть, нагрузка на ресурсы смещается с процесса получения остатка, а на процесс ввода данных в систему.
Есть система, где по результатам операции движения модифицируется "текущий" остаток. Остаток на дату вычисляется как текущий остаток минус операции, начиная с нужной даты, то есть в обратном порядке. Этот вариант похож на ваш, но дает выигрыш в скорости, если чаще обращаться не за древними остатками, что, в среднем, происходит чаще.

Еще в системе с полным пересчетом видел операцию "сжатия" старых остатков. Это когда в результате некой регламентной операции все движение за какой-то из старых периодов группируется по разрезам и сжимается до одной операции. Но это,на мой взгляд, от беса.

Понятия "Закрытия банковского дня" в бухучете нет, но есть понятие закрытие финансового периода, который обычно - месяц. Одно НО. В банке никто не даст править вчерашнее движение, а в среднестатистической бухгалтерии очень легко могут залезть и в прошлый месяц, чтобы, например, поменять разрез движения, поэтому "закрытие" может быть очень условным.

Vladimir_...в крайнем случае всегда можно провести полный пересчёт статков на основе первоисточника (рееста операций). в том числе и в закрытом финансовом периоде что-ли? )))

Одним словом, вся основная нагрузка на систему у вас ложится на момент проведения операции. Почему бы нет. Зато при извлечении остатков все должно летать.

Тут нужно выбирать вариант реализации, наверное, в зависимости от того, где актуальнее быстродействие: при извлечении остатков или при их формировании. То, что у автора идет работа в режиме 24х7 еще ни о чем не говорит.