尝试获得处理图书被“我喜欢”d的次数的最佳实践。比方说,现在我有许多系列的书,每个系列可以有许多本书。现在,当人们在一本书上点击“我喜欢”时,我想给书加1,也给系列加1,这样以后我就可以相应地呈现这些数字。现在,我正从两个方面努力。
1)当点击一本书时,我会在book表的"liked“列上加1,同时在series表的"liked”列上加1。
2)当点击一本书时,我只在book表的"liked“列添加了1。当我尝试渲染该系列的编号时,我会对属于该系列的图书的"liked“列进行求和。
然而,两者都有正反两方面的问题。通过这种方式,当我试图显示有多少人喜欢整个系列时,我可以简单地获取系列表的" liked“列。这种方法比传统的方法更有效,因为不需要聚合,特别是当很多人试图渲染系列页面时。然而,当我们点击“我喜欢”按钮时,这将需要更多的努力。因为即使人们点击不同的书。只要这些书属于同一系列,它就需要更新系列的编号。并且它将是并发进程。相反,如果当人们为这本书点击“我喜欢”时,我没有在系列表上进行更新。在这个级别上效率会更高,但当许多人试图加载相同的系列页面时,将浪费大量精力进行冗余的聚合计算,其中显示了该系列的“喜欢”数字。
还有其他想法吗?如果没有,更好的解决方案是什么? 1)还是2)?提前谢谢。
发布于 2017-08-22 03:19:52
使用HttpSession
HttpSession session = request.getSession(false);
if (session == null) {
// store value in session
}
else {
// read value from session
}另一种选择是将Redux用于较大的单页面应用程序,但仅在有意义的情况下。
发布于 2017-08-22 03:21:23
我更喜欢第二种方法。这里的逻辑更有意义。而不是每次点击一本书就给系列加1,你只需要汇总系列的点赞总数。
发布于 2017-08-22 03:25:33
将您的数据存储在数据库中,否则服务器重新启动时会丢失数据。
https://stackoverflow.com/questions/45804144
复制相似问题