0

我正在为社交网络设计通知中心,我只是想将一个用户的通知存储在一个名为 notification_$userid 的集合中($userid 是动态的)。

而对于这样的设计,我认为这可以比将所有用户的通知放在一个集合中更快地读取和写入。但它有什么缺点吗?或者一分贝的收集量有什么限制吗?

4

1 回答 1

1

我认为您可能需要重新考虑这一点。原因是,无论 noSQL 数据库多么灵活,它仍然可以是巨大的。还有分片,如果你以后成长,你可能要考虑迁移到集群等。我建议你在应用层解决这个任务。

这是我的做法:

1)用户来了,做了一些通知其他用户的事情 2)这个“手势”不是作为通知存储在您的数据库中,而是在相关的用户“通知”单元格中。3) 用户的“通知”单元格类似于数组 - 在 MongoDB 中它是一个数组,您只需将对象存储在那里

这样,您也可以在数据库中“个性化”您的通知,并且避免使用“通知”集合。您唯一需要做的就是将该通知推送到相关用户的“通知”数组中。

于 2012-05-19T07:33:24.590 回答