我试图为个人理财应用程序设计数据库结构。
基本上,我将拥有Transaction表,它将存储支出和收入,此外,我还希望有另一个表(我想预算表)来存储当前余额。
每当我必须将行插入到事务中时,存储当前余额并更新它的方法正确吗?
也许根据交易类型(费用还是收入)来计算比较好?
还有一个类似的问题,这里,但我认为有更好的方法来处理这类数据。
我认为没有最佳实践,这几乎总是取决于,但是我应该选择哪种db结构呢?
谢谢。
发布于 2012-01-03 23:14:58
将计算出来的信息存储在数据库中几乎总是一种灾难。这是难以置信的容易,它失去同步。
当您需要它时,或者如果您的数据库使用View支持它,您会更好地计算它。
发布于 2015-04-06 11:44:54
这不是一个黑色或白色的答案,它取决于您的非功能,即访问您的网站的用户数量。您可以有最好的两种解决方案,只有在更新底层事务时才能计算。这是我在创建个人预算网站时使用的方法。
这意味着,计算可以非常快地读取和重新计算可以发生在后台,用户不可见,但最优的大多数配置。
https://stackoverflow.com/questions/8719957
复制相似问题