相关疑难解决方法(0)

因此,它就像我们的正常银行账户,我们有很多交易导致资金流入或流出.总是可以通过简单地总结交易价值来得出账户余额.在这种情况下,将更新的帐户余额存储在数据库中或在需要时重新计算时会更好？

每个帐户的预期交易量:每天<5

预期的帐户余额检索:每当交易发生时,平均每天一次.

您如何建议对此做出决定？非常感谢!

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

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

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

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

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

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

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

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

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

假设有一个复式记账系统：

• /sf/answers/4162560391/
• /sf/answers/4190046451/

我更喜欢后一种具有归一化的模型Transaction。

有许多状态长期运行的复杂操作。一笔大交易会影响许多分机。帐户（甚至许多分类帐），您可以反转（发布相反的Transactions），添加新交易（又名费用，罚款）或从所有涉及的分机重新分配资金。状态改变时的账户/账本交易。必须保留对这些特定于流程的表的引用Transactions，并且不要在其中重复Amount。

更多示例：

一个简单的例子ApplicationTransaction是Bet由几个 s 组成的，Pledge当您从每个参与者那里获取一些抵押品时。每个参与者甚至拥有不同的资产，并且House可以使用其中的许多资产来满足某些要求。我正在考虑ApplicationTransaction带有鉴别器的通用表D和许多特定的表。

以及带有引用其执行的许多复式记账事务的列的ApplicationTransaction表。State在其生命周期内，ApplicationTransaction它可以发布（make Transactions）其状态更改，但并非总是如此。例如，Bet获取抵押品并在时间到了时释放它Bet，在某些情况下，它会重新分配该操作持有的初始金额，但其某些状态不会发布。

A Lottery（这是这里最常见的用例）可能是ApplicationTransaction影响许多账户的一个例子，它以大量的“空投”奖金开始和结束。每个实例都有自己的属性值，属性是静态的。

另一个用例是Trade两个分机之间。House 可以作为中间人的帐户，必须从双方获取资产，将其转移到特殊的LedgerAccount|XYZ|AL|Escrow|，每个ApplicationTransaction.Type，而不是每个实例。保留与特定实例相关的传输记录Trade，可能会持续一段时间，有多种状态、属性、不同的结果。账户持有人可能会受到一侧的处罚并另一侧得到偿还。没有订单簿或撮合引擎。这种交换过程有几个状态，如果发生这种转变，另一个交易对手可能会参与争议解决State。Trade两个参与者都必须用类似的内容标记 a Payment Received（假设付款是在系统外部完成的）。这就是状态转换。系统可以向每个参与者收取费用。

这不是一个单一的Transaction条目。他们一群。例如，如果我需要将一些金额存入托管，我可以放入 X * 祖母绿和 X * 钻石来与公主约会。因此，它不仅发布了许多(AssetType, Amount, AccountNo)（N * 资产 …

我一直在研究复式记账系统的实现（特别是使用 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 …