复式记账系统，报表生成问题。我们是否总是需要所有日记账条目的总和？

Question

我正在开发一个会计解决方案，其中db具有以下相关列：

1. Account (The chart-of-account column)
2. Journal (This is one row for each journal entry)
3. Journal Line Item (Now, one journal entry can have more than 2 
entries, hence this 3rd table, with a FK to 2nd table). This table has 
an FK to Table 1 as well

现在，假设我们需要在1月份生成Trail余额(假设会计年度是从4月1日到3月31日)。到目前为止，我必须对所有的日记帐条目做一个完整的汇总，这样才能做出一份报告。这适用于所有其他报告。有没有更好的数据库设计/方法呢？

附注:一种方法是将账户余额维持在表1中的日期。但是，假设用户需要上个月/季度的试算表余额？这会导致解决方案再次陷入困境。

注意:我们使用的是Django，Postgresql。

Answer 1

正确，一个日记帐分录可以涉及2个或更多交易。不过，我会改变方法。这样想，有主要分录的账簿(事务日志)，然后是<<日记账(每日合计)，然后是<<科目表(会计年度余额)。尽量不要将您的业务逻辑放在数据库中。这听起来就是你想要做的。2个或更多条目是一个会计规则，在我看来，它不应该是数据模型的一部分。