消息通知系统模型设计

本篇主要明确消息通知系统的概念和具体实现，包括数据库设计、技术方案、逻辑关系分析等。消息通知系统是一个比较复杂的系统，这里主要分析站内消息如何设计和实现。

我们常见的消息推送渠道有以下几种：

• 设备推送
• 站内推送
• 短信推送
• 邮箱推送

我们常见的站内通知有以下几种类别：

• 公告 Announcement

• 提醒 Remind

  • 资源订阅提醒「我关注的资源有更新、评论等事件时通知我」
  • 资源发布提醒「我发布的资源有评论、收藏等事件时通知我」
  • 系统提醒「平台会根据一些算法、规则等可能会对你的资源做一些事情，这时你会收到系统通知」
• 私信 Mailbox

以上三种消息有各自特点，实现也各不相同，其中「提醒」类通知是最复杂的，下面会详细讲。

数据模型设计

公告

公告是指平台发送一条含有具体内容的消息，站内所有用户都能收到这条消息。

方案一：【适合活跃用户在5万左右】

公告表「notify_announce」
表结构如下：

id: {type: 'integer', primaryKey: true, autoIncrement:true} //公告编号；
senderID: {type: 'string', required: true} //发送者编号，通常为系统管理员；
title: {type: 'string', required: true} //公告标题;
content: {type: ’text', required: true} //公告内容；
createdAt: {type: 'timestamp', required: true} //发送时间；

用户公告表「notify_announce_user」
表结构如下：

id: {type: 'integer', primaryKey: true, autoIncrement:true} //用户公告编号；
announceID: {type: 'integer'} //公告编号；
recipientID: {type: 'string', required: true} //接收用户编号；
createdAt：{type: 'timestamp', required: true} //拉取公告时间；
state: {type: 'integer', required: true} //状态，已读|未读；
readAt：{type: 'timestamp', required: true} //阅读时间；

平台发布一则公告之后，当用户登录的时候去拉取站内公告并插入notify_announce_user表，这样那些很久都没登陆的用户就没必要插入了。「首次拉取，根据用户的注册时间；否则根据notify_announce_user.createdAt即上一次拉取的时间节点获取公告」

方案二：【适合活跃用户在百万-千万左右】

和方案一雷同，只是需要把notify_announce_user表进行哈希分表，需事先生成表：notify_announce