我正在开发一个会计解决方案，其中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 Balance（假设会计年度为4月1日至3月31日）。截至目前，我不得不对所有日记帐分录进行全面总结，明智地提出报告。 这适用于所有其他报告。有没有更好的数据库设计/方法呢？
P.S。：一种方法是将账户余额维持在表1中的日期。但是，假设用户需要上个月/季度的试算表？这导致溶液再次进入汤中。
注意：我们使用的是Django，Postgresql。
答案 0 :(得分：0)
正确，日记帐分录可能涉及2个或更多交易。我会改变方法。可以这样想，有一些主要条目（交易日志），然后＆lt;＆lt;期刊（每日总计）然后＆lt;＆lt;会计科目表（会计年度余额）。尽量不要将业务逻辑放在数据库中。这听起来像你想要做的。 2个或更多条目是一个会计规则，在我看来，它不应该是数据模型的一部分。