数据库设计：计算账户余额

Question

如何设计数据库来计算账户余额？

1) 目前我从交易表中计算账户余额 在我的交易表中，我有“描述”和“金额”等。

然后，我会将所有“金额”值相加，然后计算出用户的帐户余额。

---

我把这个给我的朋友看，他说这不是一个好的解决方案，当我的数据库增长时它会变慢？？？？他说我应该创建单独的表来存储计算出的账户余额。如果这样做，我将不得不维护两个表，并且有风险，帐户余额表可能会不同步。

有什么建议吗？

编辑：选项 2：我是否应该在我的交易表“余额”中添加一个额外的列。 现在我不需要通过很多行数据来执行我的计算。

示例 约翰购买了 100 美元的信用，他借了 60 美元，然后又增加了 200 美元的信用。

金额 100 美元，余额 100 美元。

金额 - 60 美元，余额 40 美元。

金额 200 美元，余额 240 美元。

Answer 1

我的方法是将借方存储在借方列中，贷方存储在贷方列中，并在获取数据时创建两个数组，借方和贷方数组。然后继续将选定的数据附加到数组并为 python 执行此操作：

def real_insert(arr, index, value):
    try:
        arr[index] = value
    except IndexError:
        arr.insert(index, value)


def add_array(args=[], index=0):
    total = 0
    if index:
        for a in args[: index]:
            total += a
    else:
        for a in args:
            total += a
    return total

然后

for n in range(0, len(array), 1):
    self.store.clear()
    self.store.append([str(array[n][4])])
    real_insert(self.row_id, n, array[n][0])
    real_insert(self.debit_array, n, array[n][7])
    real_insert(self.credit_array, n, array[n][8])
    if self.category in ["Assets", "Expenses"]:
        balance = add_array(self.debit_array) - add_array(self.credit_array)
    else:
        balance = add_array(self.credit_array) - add_array(self.debit_array)

Answer 2

这是一种数据库设计，我只有一个表来存储操作/事务的历史记录。目前在许多小型项目中担任魅力。

这不会取代特定的设计。这是适用于大多数应用的通用解决方案。

id:int 标准行ID

操作类型：int 操作类型。支付、收取、利息等

source_type：int 从哪里进行操作。 目标表或类别：用户、银行、提供商等

source_id：int 数据库中源的id

target_type：int 应用到什么操作。 目标表或类别：用户、银行、提供商等

target_id:int 数据库中目标的id

金额：十进制（19,2 有符号） 价格值的正负相加

account_balance：十进制（19,2 签名） 结果余额

extra_value_a:decimal(19,2 signed) [这是不使用字符串存储的最通用选项] 您可以存储一个额外的数字：利息百分比、折扣、减少等。

created_at：时间戳

对于 source_type 和 target_type，最好使用枚举或表 appart。

如果您想要一个特定的余额，您可以只查询按 created_at 降序到 1 排序的最后一个操作。您可以按源、目标、操作类型等查询。

为了获得更好的性能，建议将当前余额存储在所需的目标对象中。

Answer 3

这里想建议您如何以一种非常简单的方式存储您的期初余额：-

1. 在事务表上创建触发器函数，仅在更新或插入后调用。

2. 在名为期初余额的账户主表中创建一个具有名称的列。

3. 将您的期初余额以数组形式保存在主表的期初余额列中。

4. 你甚至不需要使用服务器端语言使用这个存储数组，你可以使用 PostgreSQL 中可用的数据库数组函数。

5. 当您想重新计算数组中的期初余额时，只需使用数组函数对您的交易表进行分组并更新主表中的全部数据。

我已经在 PostgreSQL 中完成了这项工作并且工作正常。

在您的事务表变得繁重的时间段内，您可以根据日期对事务表进行分区以加快性能。 这种方法非常简单，不需要使用任何额外的表，如果连接表会降低性能，因为连接中较小的表会给你带来高性能。

Answer 4

此问题的常见解决方案是在快照模式中维护（例如）每月期初余额。可以通过将当月的交易数据添加到每月期初余额中来计算当前余额。这种方法通常在帐户包中采用，尤其是在您可能需要进行货币兑换和重估的情况下。

如果您遇到数据量问题，您可以归档旧余额。

此外，如果您没有专用的外部数据仓库或系统上的管理报告工具，余额对于报告也很有用。

Answer 5

当然你需要在每一行存储你当前的余额，否则太慢了。为了简化开发，您可以使用约束，这样您就不需要触发器和定期检查数据完整性。我在这里描述过Denormalizing to enforce business rules: Running Totals

Answer 6

一个从未被优雅解决的古老问题。

我使用过的所有银行软件包都将余额存储在帐户实体中。从运动历史中即时计算它是不可想象的。

正确的做法是：

• 移动台有一个“开口” 每个帐户的余额交易。你需要 几年后，当你 需要将旧动作移出 历史活动表 表。
• 账户实体有余额 字段
• 机芯上有触发器 更新帐户的表 贷方和借方账户的余额。显然，它有承诺 控制。如果你没有触发器，那么需要有一个独特的模块，它在承诺控制下写入动作
• 您有一个“安全网”计划 可以离线运行，重新计算 所有天平和显示器（和 可选地更正）错误 余额。这对于 测试。

某些系统将所有移动存储为正数，并通过反转 from/to 字段或使用标志来表示贷方/借方。就个人而言，我更喜欢贷方字段、借方字段和签名金额，这使得撤销更容易遵循。

请注意，这些方法适用于现金和证券。

证券交易可能要复杂得多，尤其是对于公司行为而言，您将需要容纳更新一个或多个买卖双方现金余额、他们的证券头寸余额以及可能的经纪人/存款人的单一交易。

Answer 7

简单的答案：三个都做。

存储当前余额；并在每笔交易中存储该时间点的当前余额的移动和快照。这将在任何审计中提供额外的内容。

我从未在核心银行系统上工作过，但我曾在投资管理系统上工作过，根据我的经验，这就是它的完成方式。

Answer 8

您应该存储当前帐户余额并随时更新。交易表只是过去发生的事情的记录，不应该仅仅为了获取当前余额而频繁使用。考虑到许多查询不仅需要余额，他们还想按它们进行过滤、排序和分组等。将您在复杂查询中创建的每个事务求和的性能损失甚至会削弱规模适中的数据库.

对这对表的所有更新都应该在一个事务中，并且应该确保所有内容保持同步（并且帐户永远不会透支超过其限制）或事务回滚。作为一项额外措施，您可以运行定期检查的审计查询。

Answer 9

你的朋友是错的，你是对的，我建议你现在不要改变。
如果您的数据库因此而变慢，并且在您验证了所有其余部分（正确索引）之后，可能会使用一些非规范化。
然后，您可以在 Accounts 表中放置一个 BalanceAtStartOfYear 字段，并仅汇总今年的记录（或任何类似方法）。
但我当然不会预先推荐这种方法。