Mongodb 用户活动提要的数据库解决方案

我正在从事一个需要生成用户活动提要的项目。如果用户A跟随用户B并且用户B做了一些活动，那么用户A会在他的主页上看到它

现在，我正在寻找一个用于持久化用户提要的DB解决方案。一旦用户B提交了一些操作，所有跟随用户B的用户都将收到一条记录。我认为为具有对象引用列表的用户保存mongodb文档比为每个提要记录保存文档要好

另一方面，会有很多写操作，甚至更多的读操作，mongodb会锁定一个集合。也许这可能是个问题。或者Redis也可以用于此。redis有一些并发的东西。这两方面我都不太有经验

总结问题是，对于这项任务，使用什么更好：Mongo、Redis还是其他什么

谢谢大家!

一定要进行评估。它是为您正在描述的许多相同的用例创建的。

请参阅blogpost: 这正好描述了你在找什么。它真的很优雅

几天前，有人通过一个相关的问题（）向我指出了那篇博文

嗯

是自托管活动提要的经验证的选择，尽管它通常被认为运行和操作复杂

---

现在有第三方/托管选项，如和。

听起来数据库平台还没有被选中？（否则，在第一次阅读时，最初听起来好像您有一个现有的数据库，需要某种类型的数据更改事件通知，如触发器或其他东西。）如果这是在早期分析阶段，并且实际的数据库技术还没有交给您（幸运的您），那么我将充实整个体系结构/设计（和要求）提交到特定的数据库技术之前（和fwiw、Mongo和Redis完全不同：一个是内存缓存，另一个是持久存储）您将使用哪种编程语言？@michael\n我们正在使用SOA aproach。是的，feed服务没有选择数据库。任务是对用户feed进行预计算。关系的数量可能相当大。想想社交网络。在计算与“朋友的朋友”相关的内容时，基于图形的Db真的很出色，即：遍历更多一个图中的1条边。这里似乎不是这样