c# - 会计数据库 - 存储交易

Question

您创建了一个游戏网站，用户可以在其中购买游戏积分，并将资金存入/记入用户的虚拟账户以玩一些游戏等等。

1

如果你有一个会计师来记录交易，它会像这样记录(可能有点复杂，但你明白了)

TRANSACTION
PK_ID1 Cash      - $10 (System)
PK_ID2 Deposit        $10 (System)

TRANSACTION
PK_ID3 Bank Account      - $10 (John)
PK_ID4 Deposit        $10 (John)

2

作为开发者，真的需要多浪费2条记录吗？为什么不直接这样记录呢……(那么你可能会在同一个存款记录下的其他列中存储资金来源、状态等信息)

TRANSACTION
PK_ID1 Cash      - $10 (system)
PK_ID2 Deposit        $10 (John)

与选项 #2 和副签证相比，选项 #1 有什么真正的优势吗？

编辑:修改问题，删除 CR、DR 并替换为符号。

Answer 1

(回答你的问题，同时也回应了 paxdiablo 的回答中提出的一些要点。)

这与查看您的数据库的会计师无关。使用复式记账，错误很容易追踪；这是会计和 IRS 的要求，所以实际上，您别无选择，对于任何处理公共(public)资金的系统，您都需要复式输入。

• (请不要试图告诉我“复式记账”是什么；我已经为银行编写了复式记账系统，以满足审计要求。)复式记账是一种基于一组账户的会计方法。每笔金融交易都是日记帐分录；如果所有交易都从头开始重新应用，所有账户的余额将与今天完全相同。

• 复式记账意味着每笔交易都有一个“收件人”和“发件人”帐户；钱永远不会离开系统或进入系统。每笔贷记都附有借记。

• 因此 (1) 不是 (2) 的“复式”版本，它们不能轻易进行比较。 John 交易的复式记账版本是(一次金融交易)，用逻辑会计术语来说:

  • 发件人:JohnAccount 收件人:SystemAccount 金额:10.00(美元)

  • 这很可能是表中的两行，一行是贷方，另一行是借方，这两个插入包含在一个 SQL 事务中。

• 这就是会计系统，它是内部的，处理金钱。我们完成了。

• 但是您另外将会计系统与采购/销售系统结合起来(没有明确声明)。当然，对于你从约翰那里拿走的十 block 钱，你需要把他为此购买的任何东西都给他，并记录下来。 John 购买了值(value) 10 美元的游戏积分，如果您正在跟踪它，那么是的，您还需要:

  • 发件人:SystemGamingAccount 收件人:JohnGamingAccount 金额:100(积分)
    或者，以美元表示:

  • 发件人:SystemGamingAccount 收件人:JohnGamingAccount 金额:10.00(美元)

  • 这也可能是表中的两行，一行是贷方，另一行是借方，四个插入包含在一个 SQL 事务中。

• 需要说明的是，如果您销售的是小部件而不是游戏积分，则第二笔(小部件跟踪)交易将是:

  • 从:Warehouse 到:PublicSale 金额:1(小部件)

  • 并且由于您跟踪的是仓库中的单位，而不是 John Q Public 口袋里有多少小部件，即两次插入加一次更新(UPDATE Part SET QtInStock = QtyInStock - 1 WHERE PartCode = “Widget”)，全部包装在 SQL 事务中。

每个用户都有一个帐户，对吧。虚拟的、深奥的或物理的，它是一个法人实体，交易是针对它进行的。所以我们不要假装它不存在，因为它是虚拟的。对于游戏，一个美元账户加一个游戏(信用)账户。

贷记/借记

我会把 CR/DB 放回去；不是 CHAR (2)，而是 bool 值。以后 table 大的时候会帮到你，

    WHERE IsCredit = 1  

比

快得多

    WHERE Amount >= 0.

请注意，使用“>=”时，您必须确保每个代码段的编码方式相同，而不是“>”。 Boolean 或 char 没有这个问题。