基于订阅模式的系统站内消息系统数据库设计

网站的站内消息可能有单播,组播,广播。比如余额提醒是单播,vip用户消息是组播,系统通知是广播。一般情况下这些可能会分表设计。对于已读和未读逻辑而言,单播和广播比较简单,不需要太多的数据存储。对于组播就比较麻烦,在发布消息时,需要保存用户的未读状态。如果一些用户已经放弃了这个网站,那么相当于存了一些无用的数据,而且在发布消息时,数据库IO访问会比较频繁。

基于订阅模式设计

灵感来自于MQTT协议的订阅发布系统。每一条消息有一个主题,每个用户默认关注自己主题为自己ID和系统广播的消息。对于分组的用户,每组用户关注特定的主题。这样在用户读消息时,只需要保存用户读了某一条消息,未保存意味着未读。

消息表


消息表

已读状态表


已读状态

你可能感兴趣的:(基于订阅模式的系统站内消息系统数据库设计)