如何解决设计会计数据库 - 总账与子账
我一直在研究复式记账系统的实现（特别是使用 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
我知道在纸质系统中，子分类账很有意义，因为您可以看到整个时期（一天/一周/一个月，无论间隔是多少）的销售交易的详细信息。然后总帐显示您的销售、应收账款等的“大图”。
但在关系数据库模型中，似乎第二个示例中的所有内容都通过日记帐分录记录，并且没有子分类帐，这似乎要优化得多。您仍然会记录每笔交易，如果您需要查看特定供应商或客户（子分类账）的详细信息，您只需提供日记账分录的过滤列表即可。
有意义吗？我是否遗漏了上述内容？
解决方法
难点在于你的术语。
实际上，子分类帐通过单个日记帐分录复制到总帐中。
账本
分类帐就是分类帐，而且只有分类帐。它不包含详细信息，仅包含日志条目。
账簿
您的“子分类帐”是帐簿，而不是分类帐。它包含详细信息（例如，杂货帐户中杂货的每张收据）。它不包含日记条目。
期刊条目 分类帐中的一个条目。
在每个月末，您可以总结月份的帐户条目（例如，杂货或销售），并在分类帐中创建一个日记帐条目。它不是“复制”。
在纸质系统中，将帐户条目放入分类帐将是一个严重的簿记错误。
在数据库中，将它们中的两个放在一个表中（用一个标志来指示它是什么）是一个严重的标准化错误。
如果您将账簿视为分类帐或“子分类帐”，您会感到困惑，而数据库将是一场噩梦。
问题在 How to design a relational model for double-entry accounting with job costing 中回答，充满了完整的 Data Model。答案是第三个增量，它链接到提供完整描述的两个先前的答案；更简单的数据模型；和示例交易。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
