小编Per*_*DBA的帖子

假设有一家银行、一家大型商店等，希望正确地为内部帐户和跟踪客户帐户进行会计处理。而不是实现满足当前简单而狭隘的要​​求，这将是“家酿”：结果证明这些只是当前简单要求的临时拐杖，并且在出现新要求时很难或不可能扩展。

据我了解，复式记账法是一种行之有效的方法，可满足所有会计和审计要求，包括目前未考虑的要求。如果实施，它将：

• 消除随着时间的推移会发生的增量增强和费用，
• 将来不需要加强。

我研究了另一个问题的答案：简单银行账户的衍生账户余额与存储账户余额？，它为内部帐户提供了很好的信息。需要一个数据模型，以便理解实体；他们的互动；他们的关系，@PerformanceDBA 已经给出了这一点。该模型取自该答案：

虽然这对于简单的内部账户来说是令人满意的，但我需要看到一个提供完整复式记账方法的数据模型。

需要添加的文章是Journal; 内部 vs 外部Transactions；等等..

理想情况下，我想看看这些双条目行在数据库方面的样子，整个过程在 SQL 中的样子，在每种情况下哪些实体受到影响等等。案例如下：

1. 客户将现金存入他的账户
2. 银行每月向所有客户账户收取一次费用（样本批量作业），
3. 客户在柜台进行一些操作，银行收取费用（提现+提现费用），
4. 玛丽从她的账户中汇出一些钱到约翰在同一家银行的账户

让我们称之为System而不是Bank，Bank可能太复杂而无法建模，让问题是关于使用帐户和资产操作的假想系统。客户与系统（存款、取款、后期费用、批量费用）以及彼此之间（转账）执行一组操作。