database - 维持客户账户余额的最佳方式

Question

是在数据库中有一个字段来存储客户帐户余额还是使用视图和查询来生成信息更好。

Answer 1

对于性能，我会说两者。保留所有交易的日志（在单独的表中），但在客户记录中保留一个字段，该字段存储当前余额，当您添加更多交易时会刷新该余额。

Answer 2

我从事的一个项目我们将当前余额存储在一个字段中，并将所有交易存储在另一个表中，但由于该项目对数据完美 100%（或更好）或时间的重要性，我们也将余额的哈希值存储在另一个字段中，每次调用时都会比较哈希值以确保完整性，如果不匹配，则从交易表中重新计算，重新哈希后发送给客户支持部门。供审查。

Answer 3

“这取决于”。大多数情况下，您希望避免派生数据。但是，在某些情况下，得出的总数是合理的。

一个例子：

我在一个信用数据库应用程序上工作，其中余额由许多不同的事物组成，并且随着时间的推移不同的业务规则。例如，“余额”实际上是来自不同存储桶的不同余额的总和，例如本金、费用等。

随着交易的发布，它们根据业务规则被分配到不同的桶中。费用进入了费用桶。购买、贷方和借方进入本金桶。这些分配和规则会随着时间的推移而发生变化。

想象一下，面对不断变化的业务规则，动态查询 100,000 个客户余额。这是一个可靠的案例，其中派生值实际上是有意义的。我们维护了一组算法来“倒回”账户并按时间顺序重建余额以用于审计和验证目的，但对于大型集合，您不会想要这样做。

Answer 4

我认为这取决于很多因素，您多久访问一次余额，每次需要时重新计算它的复杂程度。拥有视图等的开销是什么？

纯粹根据您提供的信息，我会存储该值，因为每次从头开始重新计算它可能会很痛苦。

Answer 5

这里的每个人都是对的。它确实取决于。但是您可以通过使用视图来两全其美。听起来您可能有一个相当小的系统，动态计算余额将是最简单的事情。为了简单起见，我将定义一个视图，其中包含您想要的帐户数据（动态计算）。

如果你需要更多的性能，我会设置一个基于触发器的系统来更新主账户表的余额，然后在后台更新视图，这样你就不需要更改任何其他代码。只要确保您对任一查询都使用正确的数据库隔离模式，否则您将遇到麻烦！;-)

Answer 6

如果视图和查询为您提供足够快的结果，则不要存储在单独的字段中。

如果速度不够快，则将其存储到单独的字段中。由于该字段将存储冗余信息，因此保持同步非常重要。

Answer 7

这取决于您需要多长时间访问此信息。如果它偶尔，那么我会说继续并重新计算它。

Answer 8

使用视图和查询——你会惊讶于它的运行速度。