如何设计数据库以计算帐户余额？
1）目前，我从交易表中计算帐户余额。在我的交易表中，我有“说明”和“金额”等。
然后，我将所有“金额”值相加，得出用户的帐户余额。
我向我的朋友展示了这个，他说这不是一个好的解决方案，当我的数据库增长缓慢时？他说我应该创建一个单独的表来存储计算出的帐户余额。如果这样做，我将不得不维护两个表，这很冒险，帐户余额表可能会不同步。
有什么建议吗？
编辑：选项2：我应该在我的交易表“余额”中添加一个额外的列。现在，我不需要遍历很多数据来执行计算。
示例John购买了$ 100的信用额，他负债了$ 60，然后又增加了$ 200的信用额。
金额$ 100，余额$ 100。
金额-$ 60，余额$ 40。
金额$ 200，余额$ 240。
Answers:
一个古老的问题，从来没有优雅地解决过。
我使用过的所有银行业务套餐都将余额存储在帐户实体中。不可思议地根据运动历史进行计算。
正确的方法是：
某些系统将所有移动存储为正数，并通过反转from / to字段或带有标记来表示贷方/借方。就个人而言，我更喜欢贷方字段，借方字段和签名金额，这使冲销更容易遵循。
请注意，这些方法适用于现金和证券。
证券交易可能非常棘手，尤其是对于公司行为而言，您将需要容纳一项交易，以更新一个或多个买方和卖方的现金余额，其安全头寸余额以及可能的经纪人/存储库。
您应该存储当前帐户余额，并始终保持最新状态。交易表只是过去发生的事情的记录，不应仅仅为了获取当前余额而频繁使用。考虑到许多查询不只是想要余额，它们还希望对它们进行筛选，排序和分组，等等。将您在复杂查询中间创建的每个交易相加会降低性能，即使数据库规模较小也是如此。
对这对表的所有更新都应在事务中，并应确保所有内容保持同步（并且帐户绝不会透支超过其限制）或事务回滚。作为一项额外措施，您可以运行审核查询，以定期检查此情况。
这是我只有一个表的数据库设计，仅用于存储操作/事务的历史记录。目前在许多小型项目中发挥作用。
这不会替代特定的设计。这是一个通用的解决方案，可以适合大多数应用程序。
id：int标准行ID
operation_type：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,2signed）[这是不使用字符串存储的最通用的选项]，您可以存储一个附加数字：利息百分比，折扣，减免等。
created_at：时间戳
对于source_type和target_type，最好使用枚举或表appart。
如果需要特定的余额，则可以查询按created_at降序限制为1排序的最后一个操作。可以按源，目标，operation_type等查询。
为了获得更好的性能，建议将当前余额存储在所需的目标对象中。
解决此问题的常见方法是在快照架构中维持（例如）每月的期初余额。可以通过将当月的交易数据添加到月初余额中来计算当前余额。此方法通常用于帐户套餐中，尤其是在您可能需要进行货币换算和重估的地方。
如果数据量有问题，可以将较早的余额存档。
另外，如果您在系统上没有专用的外部数据仓库或管理报告工具，则余额对报告很有用。
当然，您需要将当前余额存储在每一行中，否则会太慢。为了简化开发，可以使用约束，这样就不需要触发器和数据完整性的定期检查。我在此处描述了非规范化以实施业务规则：运行总计
您的朋友是错误的，您是正确的，我建议您现在不要改变。
如果您的数据库因此而变慢，并且在您验证了所有其余部分（正确的索引编制）之后，可能需要使用一些非规范化。
然后，您可以在Accounts表中放置BalanceAtStartOfYear字段，并仅汇总今年的记录（或任何类似的方法）。
但是我当然不建议您提前使用此方法。
这里想向您建议如何用一种非常简单的方式存储您的期初余额：-
在事务表上创建一个触发函数，仅在更新或插入后才能调用。
在帐户主表中创建一个名称为“期初余额”的列。
将您的期初余额保存在主表的期初余额列中的数组中。
您甚至不需要使用服务器端语言就可以使用此存储数组，只需使用PostgreSQL中可用的数据库数组函数即可。
当您要重新计算数组中的期初余额时，只需将事务表与数组函数分组并更新主表中的整个数据即可。
我已经在PostgreSQL中做到了，并且工作正常。
在事务表变得很重的时间段内，您可以根据日期对事务表进行分区，以提高性能。这种方法非常简单，并且不需要使用任何多余的表，如果连接表，这会降低性能，因为在连接中使用较少的表将为您带来高性能。
我的方法是将借方存储在借方列中，将贷方存储在贷方列中，并在获取数据时创建两个数组：借方和贷方数组。然后继续将选定的数据追加到数组，并为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)
简单的答案：全部三个。
存储当前余额；并且在每个交易中存储该时间点的动向和当前余额的快照。这会给额外的东西审计好处。
我从未从事过核心银行系统的工作，但是我曾从事过投资管理系统的工作，以我的经验，这就是它的完成方式。