SashaFУ меня появилась пока только одна идея:
Создать похожую табличку ОСТАТКИ_НА_ДАТУ(ID счета, дата, исх_остатки, деб_обороты, кред_обороты) и при создании проводки проверять есть ли запись в этой табличке на дату проводки - если есть update ее, если нет - то insert, но при таком подходе несколько усложняется построение оборотной ведомости на конкретную дату, т.к. придется выбирать записи из этой таблички для данного счета где дата максимально близка к заданной.

Хотелось бы услышать о проверенных и давно работающих решениях, которых наверняка не мало.В банках все как-то более-менее организовано и прошедший день с его остатками - это нечто стабильное. Тем более платежи в банках проводятся автоматизированным способом и наверное не бывает такой ситуации, чтобы прошла операция которая не зафиксирована в БД, а потом ее задним числом вводят в компьютер.
На предприятиях конечно же этот период, в котором копаются, охватывает как минимум месяц-два, а то и квартал. Есть множество всяких событий, которые проходят в какой-то момент времени, но эта информация до компьютера доходит только через некоторое время (причины тут и объективные и субъективные). Этот фактор конечно же надо учитывать. Если Вы решитесь хранить остатки по дням, то надо сразу же думать о том, как эффективно пересчитывать "хвост", когда операции делаются задним числом - и это объективность ведения бухгалтерского учета. Минимальный отчетный период - это день. В целом конечно официальная бухгалтерская отчетность сдается за период не меньше месяца, но при поиске ошибок, несоответствий бухгалтера гоняют отчеты вплоть до каждого дня.
Ну а если по сути, то свое решение я советовать не буду, у меня хранится только начальное сальдо и весь пересчет идет от начала. В принципе пока это всех в целом устраивает, хотя уже подумываю над тем, чтобы сделать текущие пересчитываемые остатки на конец, т.е. хранить один экз. остатков по последнему состоянию. Копаются в основном в "хвосте" (в последних датах) и обратный откат на небольшой период назад будет работать быстро. Есть системы которые хранят остатки помесячно, но у них как правило есть понятие закрытия рабочего периода, т.е. в них нельзя просто так залезть слишком далеко "назад" и редактировать что-то древнее (например "Галактика"). Нужно откатиться назад, открыть период, сделать что нужно, затем пересчитать остатки - т.е. вернуться в настоящее время. Наверняка есть и другие подходы, в общем, эта проблема действительно "скользкая" и надо хорошо подумать...

SashaF пишет:
> начальное сальдо - сальдо на момент установки программы?

Можно и так сказать. В общем - до начала проведения всех операций.

> т.е. если нужно увидеть просто остаток по счету, нужно
> пересчитывать все операции по этому счету?

Да.

> а какое у вас количество операций и как долго работает
> программа?

Максимом что было на практике - порядка 5 млн. проводок где-то за 5-6
лет работы предприятия (~150-200 сотрудников, производственно-торговая
фирма). Время расчета общей оборотной ведомости (по всем счетам) порядка
10-20 мин.

Это решение простое (не требуется ни динамического, ни эпизодического
пересчета остатков), но как я выше уже указал, так наверное делать не
стоит. Наиболее оптимально, по-моему мнению, хранить единственный набор
конечных остатков (динамически пересчитываемых).
Posted via ActualForum NNTP Server 1.3

SashaFспасибо большое всем! Вариант с закрытием периодов мне кажется очень удачным в моем случае, поскольку потребуется часто смотреть обороты за произвольные периоды, и несколько минут для построения оборотки мне не подойдет.Я бы так не спешил с выводами, ибо прежде чем смотреть информацию, ее необходимо создать. Не надо относиться к бухгалтерской информации как к некоей более-менее статичной по которой гоняются отчеты. Это скорее интенсивно редактируемая, пополняемая и модифицирующаяся в более-менее продолжительном промежутке времени. Прежде чем посчитать оборотку за несколько секунд после очередной корректировки Вам потребуется несколько минут (в лучшем случае) на приведение остатков в актуальное состояние.