站内信总体可以分为两种:点到点,点到面
点到点即用户给用户,管理员给用户
点到面即管理员给用户组
点到点的设计
若只存在点到点或用户量很少的情况下用一张表既可以
列名 | 含义 |
---|---|
sendId | 发送者Id |
recId | 接受者Id |
createAt | 发送时间 |
status | 阅读等状态 |
content | 内容 |
title | 标题 |
用户比较固定,点到点较多的设计
若用户比较固定,点到点的消息较多可以用两张表来实现
表一(message_text)主要用来记录消息的具体内容属性
表二(message)主要用来记录消息的接收对象阅读状态等信息
表一表二均在创建表时生成。好处:减少消息内容的重复存储
message_text:
列名 | 含义 |
---|---|
sendId | 发送者Id |
createAt | 发送时间 |
content | 内容 |
title | 标题 |
message:
列名 | 含义 |
---|---|
recId | 阅读者Id |
createAt | 发送时间 |
status | 阅读等状态 |
用户数据量大,存在一定的僵尸用户。点到面较多的设计
若用户的数据量很大,使用第二种方法很可能在生成消息一瞬间就要生成很多张表可能会造成服务器宕机。若僵尸用户多,会造成资源浪费。
使用两张表解决:
表一(message_text)主要用来记录消息的具体内容属性
表二(message)主要用来记录消息的接收对象阅读状态等信息
表一创建表时生成,表二在用户登录/拉取消息列表时生成,好处:创建消息时只记录一条信息,避免集中创表导致宕机,根据用户的行为生成第二张表,避免僵尸用户发送消息造成浪费
message_text:
列名 | 含义 |
---|---|
sendId | 发送者Id |
createAt | 发送时间 |
content | 内容 |
title | 标题 |
type | 接收者类型单用户/用户群组 |
recId | 接受用户/用户群组Id |
message:
列名 | 含义 |
---|---|
recId | 发送者用户Id |
createAt | 接收时间 |
status | 阅读等状态 |
messageId | 消息内容Id |