2012-06-11 24 views
7

我在需要用户活动供稿生成的项目上工作。如果用户A关注用户B并且用户B做了一些活动,则用户A在他的主页上看到它。用于用户活动供稿的DB解决方案

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

另一方面,会有很多写入和更多的读取,并且mongodb锁定了一个集合。也许这可能是一个问题。或者也许Redis可以用于此。和redis有并发的东西。我在这两方面都不是很有经验。

总结问题是什么会更好地用于这项任务:Mongo,Redis或其他?

谢谢!

+0

听起来好像数据库平台还没有被选中呢? (否则,在第一次阅读时,它最初听起来像你有一个现有的数据库,并想要某种类型的数据更改事件通知,如触发器或其他)。如果这处于早期分析阶段,并且实际的数据库技术尚未(你是幸运的),那么在提交特定的数据库技术之前,我会充实整个体系结构/设计(和需求)(和fwiw,Mongo和Redis截然不同:一个是内存缓存,其他是持久性商店。) – michael

+0

您将使用哪种编程语言? – brycemcd

+0

@Bryce我正在使用python。 –

回答

2

请务必评估neo4j。它是为您描述的许多相同用例而创建的。

+1

基于图形的Db在计算与“朋友的朋友”相关的东西时非常出色,即:在图中遍历多于一个边。这似乎不是这种情况 –

2

Cassandra对于自托管活动订阅源而言是经过验证的选择,虽然它通常被认为是复杂的运行和操作。

现在有第三方/托管的选项,如GetStream.ioDynamoDB

相关问题