网站的站内消息可能有单播,组播,广播。比如余额提醒是单播,vip用户消息是组播,系统通知是广播。一般情况下这些可能会分表设计。对于已读和未读逻辑而言,单播和广播比较简单,不需要太多的数据存储。对于组播就比较麻烦,在发布消息时,需要保存用户的未读状态。如果一些用户已经放弃了这个网站,那么相当于存了一些无用的数据,而且在发布消息时,数据库IO访问会比较频繁。
基于订阅模式设计
灵感来自于MQTT协议的订阅发布系统。每一条消息有一个主题,每个用户默认关注自己主题为自己ID和系统广播的消息。对于分组的用户,每组用户关注特定的主题。这样在用户读消息时,只需要保存用户读了某一条消息,未保存意味着未读。
消息表
![](https://img.haomeiwen.com/i7098445/b8de28b6e0ada369.png)
已读状态表
![](https://img.haomeiwen.com/i7098445/571c72de03300a2e.png)
网友评论