基于点的系统的分类器还是日志设计？

Question

现在，创建一个新的服务，将集成到我们公司现有的平台。该服务将负责跟踪用户可以通过某些活动产生的“点”。

我被夹在两种不同的方法之间。我不确定是否选择以下结构之一来持续管理点：

1. 创建一个点的“日志”，并在数据库中保持一个运行总数，就像key/value字段一样，其中的值是当前的点平衡，在每个事务处理期间都会简单地进行调整。
2. 创建一个“分类账”系统，在此系统中，每次在某一条件下重新计算点数，但整个分类账将被评估以确定最最新的点数平衡。

不要认为它是相关的，但是后端DB是Riak。

哪种方法的缺点最少，还是有更好的方法？StackExchange点系统是如何与上述内容相联系的？非常感谢您的投入！

Answer 1

这既不是问题也不是问题。

在会计系统中非常常见的一件事是实现一个基于日志的系统，但是一个具有历史“期末余额”的系统定期列出，通常在另一个表中。然后，期末余额可以作为报告中的前滚点。这种办法的好处是：

1. 如果需要清除x年后的旧数据，则可以清除。
2. 自上一次数据维护窗口关闭以来，您的报告不必聚合超过一定数量的数据，旧数据现在仅被读取)。

在RDBMS中(不太确定Riak)，还必须有逻辑来防止在前滚点之前插入旧记录。