相关疑难解决方法(0)

有没有人知道或有任何链接到网站,描述如何为双重记账系统设计数据库模式的细节？

我确实找到了一堆文章,但非常非常清楚.如果有人可以帮助我,我将不胜感激.

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

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

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

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

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

• /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 * 资产 …

我想向读者推荐这里和这里的答案，因为它们具有深度和思想。我在为我正在从事的项目寻找相关内容时偶然发现了它们，我从上到下阅读它们。

我正在尝试使用这些原则（即复式会计）构建一个利基市场应用程序，并加入工作成本计算。上述答案对重塑我对会计和数据库的概念非常有帮助应该看起来和工作像。但是，我很难将等式的工作成本计算部分整合到提供的优秀图形示例中。

有几个使用 House、账户持有人、费用等的交易示例。我还有一些其他特定的用例，我很想得到一些输入：

1. 我没有客户。我购买了房产（通常是现金流出，负债（贷款）被创造，资产（资产）被创造），花了一大笔钱来修理它（在商店兑现，信用卡收费商店，或写给供应商的支票，借记财产资产并借记或贷记资金来源），然后将其出售（现金进来，贷款已还清，希望剩下的现金比我花的钱多该项目）。这可能会创建比我上面列出的更多的分类帐条目，但我不是会计师。我想我明白我所有的成本都以我的财产为基础，如果我的净收益大于我的基础，那么我就赚钱了，如果不是，那就没有。

2. 因此，我需要记录的费用是 a) 来自特定帐户（即公司支票帐户或所有者的 Best Buy 卡等），b) 通常与特定工作相关的费用（但并非总是如此 - 我确实有偶尔的开销费用，如办公用品），以及 c) 总是与成本代码相关联（即“100.12 - 窗户材料”、“100.13 - 窗户人工”等）。

3. 我经常收到来自供应商的账单，这些账单将在未来某个时候到期。我想跟踪已收到但尚未支付给定工作的账单（承诺成本）。我认为这笔交易看起来像这样，但我不确定：

   

4. 正如你可能从我上面关于“所有者的百思买卡”的俏皮话中推测的那样，我有时（比我应该的更频繁）使用我的个人资金来支付公司和工作相关的费用。我认为（再次声明我是外行）所有这些支出都记入“所有者权益”，并根据需要借记/贷记其他账户。

我一直在一个又大又丑的电子表格中跟踪所有这些，这就是我尝试构建一个应用程序来替换它的原因 - 电子表格方法效果不佳，而且肯定无法扩展。

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