Gar*_*nzo 2 database accounting database-design
我一直在研究复式记账系统的实现（特别是使用 Django 作为数据库后端）。我难以理解的是“分类账”和“总账”从会计世界到数据库/软件世界的翻译。
在会计中，我们可能会看到类似的内容：
Sales Sub-Journal:
---------------------------------------------------------------
Date Description Amount Acct Balance
---------------------------------------------------------------
Jan 1 Cust. A Sale 500.00 AR 500.00
Jan 15 Cust. B Sale 300.00 AR 800.00
General Journal:
---------------------------------------------------------------
Date Description Acct Debit Credit
---------------------------------------------------------------
Jan 15 Sales for Jan AR 800.00
Sales 800.00
实际上，子分类帐通过单个日记帐分录复制到总分类帐。
我很难理解的是从数据库角度来看分类账和总账的目的。难道只有两个普通的日记条目就不能将上述三个条目记录在数据库中吗？这会消除重复的数据（明细账中记录的 800 美元和普通日记账分录中也记录的 800 美元）？
General Journal Entries:
---------------------------------------------------------------
Date Description Acct Debit Credit
---------------------------------------------------------------
Jan 1 Cust. A Sale AR 500.00
Sales 500.00
Jan 15 Cust. B Sale AR 300.00
Sales 300.00
据我所知，在纸质系统中，子分类账很有意义，因为您可以看到整个时期（一天/周/月，无论间隔是多少）的销售交易的详细信息。然后总账显示了你的销售、应收账款等的“大局”。
但在关系数据库模型中，第二个示例似乎是最佳的，其中所有内容都通过日记帐分录记录，并且没有子分类帐。您仍然记录每笔交易，如果您需要查看特定供应商或客户（子分类帐）的详细信息，您只需提供日记帐分录的过滤列表即可。
那有意义吗？我在上面遗漏了什么吗？
困难在于你的术语。
实际上，子分类帐通过单个日记帐分录复制到总分类帐。
分类帐
会计册，记账簿
日记条目
日末/月末
在每天/每月结束时，人们可以汇总天/月的帐户条目（例如，杂货店每天；销售每月），并在分类帐中创建一个包含汇总金额的日记帐分录
它不是“复制”的
派生账户余额与存储账户余额中提供了用于汇总的完整详细信息。
错误
在纸质系统中，将帐户条目放入分类帐中将是一个严重的簿记错误。
在数据库中，将它们两个放在一个表中（带有一个标志来指示它是什么）是一个严重的标准化错误。
如果您将账簿视为分类账或“子分类账”，您将仍然感到困惑，而数据库将是一场噩梦。
回答
如果您想要完整的答案，包括实现细节和关系数据模型，请按顺序参考这些：