数据库设计架构:通知 - NoSQL数据库中的用户关系

时间:2016-03-08 11:22:23

标签: database relationship entity-relationship nosql

在之前的应用中,我通过保留包含所有用户通知的Notification表并通过SenderReceiver列跟踪每位用户来处理用户通知跟踪每个用户。

但我认为,当用户群很高时,这种架构会变得低效,缓慢且无关紧要。那么,这个架构的替代品可能是什么? (推送通知用于不轮询数据获取,但我希望它们是网络可检索的并存储在数据库中)。

我想到了类似收件箱架构的内容,其中应该有一个名为Notifications的列,并且每个新的Json for A通知对象都可以作为JSON数组附加到用户身上。但我不知道这是不是很好。

我想有更多经验丰富的专业人士可以指导我。

感谢。 :)

0 个答案:

没有答案