Прошу совета:
Есть товар (продукция), которая должна учитываться в следующем виде:
и так на каждый месяц. Нач. остаток текущего месяца равен Кон. остатку предыдущего.
Как это реализовать?
Это будет работать в APEX.
1. Т.е. должна быть таблица [приход_расход] , которая фиксирует все ПРИХОДЫ и РАСХОДЫ и ДАТУ.
2. По таблице [приход_расход] формировать VIEW [Итоговая] ? или таблицу [Итоговая] ? Выделяя нужный месяц.
3. А если в эту таблицу [приход_расход] , вносят данные несколько лет, то для того чтобы подсчитать Нач. остаток за текущий месяц, необходимо перелопатить все таблицу до текущего месяца?
4. Или может завести еще одну таблицу, которая будет хранить в себе | Name | Нач. остаток | Приход | Расход | Конеч. остаток | за предыдущий день и имея по дневной отчет можно формировать [Итоговая] , а когда и как вычислить баланс предыдущего дня.
5. А если кто-то захочет изменить данные за предыдущий месяц: увеличит ПРИХОД на 100 единиц. Это же должно отразиться и в текущем месяце или блокировать такую возможность?
Я запутался

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

Проблема не в программировании, а в методологии.
работаю в ORACLE.
Под периодом можно подразумевать и год, и месяц и день.

Определите дисциплину закрытия периодов
Это должно происходить в ручном или автоматическом режиме. А как в автоматичсеком ?

LSV
3. Да. Пусть это не пугает. Сколько у Вас строк движения ? Сколько товаров будет участвовать в выборке ?.

около 50 000 в год

Злой Бобрterra_nova2Как это реализовать?
Делаем таблицу [приход_расход] , а также таблицу [остатки_период] . В остатках храним остаток на определенный момент (начало месяца, начало недели,...). Для расчета остатка на нужный период выбираем остаток на предыдущий и плюсуем-минусуем значения [приход_расход] до нужного нам периода.
При изменении в закрытом периоде - пересчитываем все остатки последующих периодов. Можно как вариант повесить триггер с проверкой периода и выполнением нужной процедуры если период уже закрыт.
Спасибо сейчас проработаю

tru55terra_nova2
Определите дисциплину закрытия периодов
Это должно происходить в ручном или автоматическом режиме. А как в автоматичсеком ?

Закрывать периоды таки лучше вручную, иначе будет сильно влиять человеческий фактор. Кто-то чего-то забыл вчера внести или просто заболел, а сегодня пришел - период уже закрыт, нужно предпринимать доп. шаги по "раскрытию-закрытию". А так перед закрытием человек лишний раз проверит, все ли данные на месте. Да и период - "день" как-то маловат, если у тебя не банк :))

Наверное: Закрывать периоды таки лучше АВТОМАТИЧЕСКИ , иначе будет сильно влиять человеческий фактор.

LSVterra_nova2LSV
3. Да. Пусть это не пугает. Сколько у Вас строк движения ? Сколько товаров будет участвовать в выборке ?.около 50 000 в годЭто смех. Даже не о чем говорить. Хорошо работает, даже когда 20млн.


Это я и хотел услышать

tru55terra_nova2
Наверное: Закрывать периоды таки лучше АВТОМАТИЧЕСКИ , иначе будет сильно влиять человеческий фактор.

Непосредственно закрытие естественно производит некая процедура, но решение о ее запуске должен принимать человек. Т.е. она не должна запускаться по некоему расписанию автоматом.
Спасибо, Я правильно понимаю:
ПРИМЕР: сейчас 4 октября, и сентябрь еще открыт.
1. Тогда текущий баланс выводится за (1-31) сентября + (1-4) октября.
2. Пусть 5 октября выполняется закрытие сентября: тогда текущий баланс выводится за (1-4) октября с учетом закрытых предыдущих месяцев
Т.е. ничего сложного нет.