如何处理一些事件发生多少次的计数？

Question

尝试获得处理“我喜欢”的书数的最佳实践。 现在说，我有很多书，每个系列可以有很多书。 现在，当人们在一本书上单击“我喜欢”时，我想在书上加1，然后在系列中加1，以便以后我可以相应地渲染这些数字。 现在，我在两种方法上进行挣扎。

1）当单击一本书时，我将在书籍表的“喜欢”列中添加1，同时在系列表的“喜欢”列中添加1。

2）单击一本书时，我只在书表的“喜欢”列上添加1。 当我尝试对系列编号进行渲染时，我对属于该系列的书籍的“喜欢”列进行了SUM运算。

但是，两者都有优点和缺点。 1）方法，当我尝试显示有多少人喜欢整个系列时，我可以简单地获取系列表的“喜欢”列。 这将比2）方式高效，因为不需要聚合，尤其是当许多人尝试呈现系列页面时。 但是，当我们单击“我喜欢”按钮时，这将需要更多的精力。 即使当人们单击不同的书时，也会引起该问题。 只要这些书属于同一系列，就需要更新该系列的编号。 而且它将是并发过程。 相反，如果人们单击“我喜欢”这本书时，我不对系列表进行更新。 在那个级别上它会更高效，但是当许多人尝试加载同一系列页面时，将花费大量的精力进行冗余聚合计算，其中显示了该系列的“喜欢”数字。

还有其他想法吗？ 如果没有，有什么更好的解决方案？ 1）或2）？ 提前致谢。

Answer 1

使用HttpSession

HttpSession session = request.getSession(false);
if (session == null) {
    // store value in session
}
else {
    // read value from session
}

另一个选择是将Redux用于较大的“单页应用程序”，但前提是有意义。

Answer 2

我更喜欢第二种方法。 那里的逻辑更有意义。 不仅可以在每次单击该书时在系列中加1，还可以对系列中的喜欢总数进行汇总。

Answer 3

将数据存储在数据库中，否则在服务器重新启动时会丢失数据。

Answer 4

使用RDBMS时，您应该专注于数据完整性 。 如果没有在单个事务中完成，第一种方法可能会引入更新异常。 无论如何，您在系列计数器上的并发性很高。 所以我更喜欢第二种方法。

仅当解决方案缺乏性能时，才从非规范化开始。

Answer 5

我建议使用数据库。 您可以有一个books表和一个likes表。 当某人喜欢一本书时，您可以获取他们喜欢的书的ID，并将其添加到Likes表中。

这样，您还可以存储喜欢的人的名字，并阻止他们喜欢两次以上，并且还可以给他们选择删除喜欢的人的选项。 例如：

图书表：

ID，书名，作者（以及其他任何信息）

点赞表：

ID，用户名，book_id，日期

然后，当计算一本书的喜欢数量时，您可以查询数据库并计算book_id =？的行数。