站内信系统的设计思路

站内信是很多系统中的必备模块，结构设计也是老生常谈的问题。

设计如下，其中mail表示用户–>用户之间的站内消息，notice表示系统–>用户之间的系统通知：

两者结构基本一致，由于消息体本身可能包含text这种大容量的数据内容，因此将消息体独立存储在一个表中，再将消息体与收件方关联，是更加高效一些的做法。

在多数应用场景中，可能会包含群发行为，例如：用户发送给好友的祝福；系统向部分用户发送通知。此时，遍历目标用户，批量插入至消息接收表，是比较可靠的做法。

但是相对于mail站内信而言，notice有一个重要的需求是【广播】，即面向所有注册用户的群发消息。面对这种需求，当用户只有几十人时，这与前面的方法并无显著的差异。但是当用户体量过千，甚至过万的时候，这将是非常不智的做法。

更好一些的做法，是将notice消息提设置为广播属性，当用户发生操作时，才将消息体导入接收信息表中。

关于此类消息的查询，通常采用如下方式：

select IFNULL(nr.id, 0) as id, IFNULL(nr.recipient_user_id, 0) as recipient_user_id, IFNULL(is_read, 0) as is_read, IFNULL(is_delete, 0) as is_delete
      , n.id as notice_id, notice_content, is_broadcast, n.create_time as notice_create_time
from notice_receive nr
      right outer join notice n on nr.notice_id = n.id
where (nr.recipient_user_id = #{uid} or is_broadcast = 1) and nc.create_time > #{user_create_time}