我的部分项目要求我们维护客户产品的统计数据。或多或少，我们希望向客户展示他们的产品在网站上的浏览频率
因此，我们想要创建某种形式的产品展示计数器。当我们落在特定产品页面上时，我不只是指一个柜台，而是当产品出现在搜索结果和我们的产品目录列表中时。
我在想，在调用数据库之后，我会提取特定的产品ID并将它们传递给服务，然后将其插入到统计表中。或者另一种是使用某种形式的单独缓冲区写入器，它在达到某个特定大小后写入DB？
有没有人在这些项目中遇到过这个问题并有任何想要分享的想法？
和/或有没有人知道任何可以帮助这种发展的框架或工具？
任何意见都会非常感激。
答案 0 :(得分：0)
只要您没有性能问题，请不要过度设计您的设计。另一方面，根据网站的大小，您似乎 会因为大量写入而出现性能问题。
我认为实时更新会对性能产生巨大影响。此外，您很可能会在短时间内多次更新相同的数据。另一件事是，虽然有趣，但存储这些统计数据不是任务，而是不应影响正常的系统工作。最后的想法：在这个用例中，IMHO可以接受不一致和轻微的不准确。
考虑到所有这些因素后，我会暂时将统计数据保存在内存中，并按照您的建议定期清除它们。这具有合并同一产品的事件的额外好处 - 如果在两次刷新之间，某些产品被访问了10次，那么您将只执行一次更新，而不是10次。
从技术上讲，您可以将正确同步的单例与后台线程（大量手工制作）或一些具有后写技术的智能缓存一起使用。