在关系数据库中处理和实施交易(贷方/借方)

Question

这可能感觉像是stackoverflow社区中的重复帖子。但我真的很想验证我对交易（贷方/借方）的想法，我计划在会计应用程序中实施
我搜索了社区，发现了几个与此主题相关的线程。但是这些帖子中的评论都没有解释"如果实施这种方法会发生什么"。
所以我期待社区对我的想法有悖。还有建议，以便我可以改进我的设计。
所以这是我的应用程序域：
我发现我的客户（一家审计公司）每年最多处理（一个粗略的整数）720万笔交易。它包括来自不同公司的几个审计数据。
因此，当数据量达到较高数字时，处理如此多的数据可能会影响应用程序的性能。
我在数据库中存储事务数据的方法是这样的：

将交易和账户存储为单独的实体。
账号>： 账户（PK）|阿克纳姆 |打开余额 |当前金额 |comp_id（FK）
交易>： 三元 |三标识符 |tr_amount |
tr_state 存在多对多关系。

我正在考虑贷方和借方

作为单独的角色，每个交易和帐户都有许多贷方和许多借方角色。

账户1：M贷方M：1笔交易
账户1：M借方M：1笔交易

当我想登记交易时：在交易表中
登记发生业务，考虑贷方方式，并反映借方方式，
确保总金额的余额。
平衡将在业务逻辑层
实现

当我想检索特定帐户的数据时：
通过信用社进行搜索>通过借记
进行访问请注意，我是此帐户应用程序域的新手。所以帮我这个设计。

Answer 1

我做这种事情的方式有点简单。 请记住，这会将演示和存储分开一点。

通常，我将金额存储在与权益账户相关的符号值中，即贷方为正，借方为负。

这种方法有几个优点。 第一件事是，如果你对一个标准进行总和（金额），你可以看到它是借方、贷方还是中性。

所以

  select transactionid, sum(amount) from transaction_amounts
group by transactionid
  having sum(amount) <> 0

为您提供不平衡交易的列表。