c# - 用户的账户余额应该存储在数据库中还是动态计算？

Question

用户的账户余额应该存储在数据库中还是动态计算？

为了获得准确的结果，动态计算它是有意义的，但是当有很多用户并且数据库变得非常大时，这可能是一个问题？

交易

账户余额

score 11 · Accepted Answer

为了保持准确的审计，您应该记录影响用户帐户余额的每笔交易。这意味着您可以动态计算余额，但是出于性能原因，我也会存储余额。不过，为了确保余额正确，我会每天运行一个从头开始重新计算余额的作业。

score 2 · Accepted Answer

我认为这是一个很好的问题。每次计算显然很容易做到，但可能会导致大量不必要的计算，从而影响性能。

但是将当前余额存储在其他表中可能会导致数据并发问题，其中构建聚合的数据被修改与聚合不同步。

也许一个快乐的媒介是在事务表上有一个sql 触发器，用于更新该用户的插入或更新的聚合值。

score 1 · Accepted Answer

您需要问自己几个问题：1）谁将拥有计算？2) 谁需要结果？

现在，如果计算的所有者是唯一需要它的人 - 或者如果其他需要它的人会从所有者那里得到它，那么就没有必要存储计算了。

但是，在大多数实际运行很长时间的应用程序中，计算结果可能最终会在其他地方被需要。例如，像 SQLReportingServices 这样的报告应用程序将需要计算结果，因此如果计算的所有者是 Web 应用程序，那么您就有问题了。报告服务（仅与数据库对话）如何获得结果？

这种情况下的解决方案 - 要么存储计算，要么让数据库成为计算的所有者，并拥有一个返回结果的 sql 函数。

就个人而言，我倾向于采用非纯粹的方法——我将计算结果存储在数据库中。空间很便宜，读取的响应时间比读取+函数调用的响应时间更快。

score 1 · Accepted Answer

当前余额已经可用！它是账户最后一笔交易的余额：

select top 1 [Balance]
from dbo.Trans
where [AccountID] = @AccountID
order by [TranID] desc

余额必须作为每笔交易的一部分进行计算和存储，否则系统将无法扩展……如果您不存储余额，则您没有检查和余额（因为余额必须等于先前的余额加上新的信用减新借记）

score 0 · Accepted Answer

5 回答 5