1.一个站内短信的数据库设计

转自http://www.cnblogs.com/cxd4321/archive/2012/05/14/2498852.html

先说一下需求和环境： 
    一个系统的站内信模块，有存在大量的按部门群发的可能，相对的个人对个人的群发是比较少的。 
    数据库是采用的mysql5.0。 

最先的数据库设计如下： 
    两张表： 
    一张Msg表，字段如下： 
        id                    int                自增长id 
        senderid          int                 外键关联发送者id 
        title                 varchar(128)   短信标题 
        content           varchar(512)   短信内容 
        createTime      datatime        发信时间 
        status             tinyint            发件箱中的状态：0--普通；1--删除 
    一张user_has_msg表，字段如下： 
        id                   int 
        departmentid   int                    部门群发的时候外键关联部门id，可以为空 
        receverid         int                    外键关联收信人，可以为空 
        msgid             int                    外键关联短信息 
        status             tinyint               收件箱状态：0--普通；1--删除 
        readStatus      tinyint               阅读状态：0--未读；1--已读 
这样设计是基于如下考虑的： 
        首先，msg表包含了发件箱所需要的所有信息，程序的时候写发件箱的时候可以只考虑操作一张数据库表。 
        第二，user_has_msg中，departmentid主要考虑的是存在大量的按照部门群发的可能，这样的话，群发给一个部门的时候之需要在两张表上个记录一条数据，而不需要在user_has_msg中记录该部门员工数条记录。 

但是，后来这个方案被我自己和同事讨论后否决了，原因如下： 
        首先,departmentid的存在使得没有用户可以删除收件箱中的站内信，因为删除了，其他人的收件箱里也看不到。 
        第二，msg表不能保证显示完所有的发件箱所需要的数据，因为只有着一张表的是后读不出来收件人信息。 

修改后的版本是： 
将msg修改为只保纯粹的信息的表： 
        id                    int                自增长id 
        title                 varchar(128)   短信标题 
        content           varchar(512)   短信内容 
        createTime      datatime        发信时间 
将user_has_msg修改为保存各种关系和状态的表： 
        id                   int 
        senderid         int                    外键关联发送者id 
        receverid        int                    外键关联收信人 
        msgid            int                    外键关联短信息 
        sendStatus            tinyint              发件箱中的状态：0--普通；1--删除 
        receveStatus            tinyint               收件箱状态：0--普通；1--删除 
        readStatus     tinyint               阅读状态：0--未读；1--已读 


我记录这个的想法一方面想记录我自己的一些积累，另一方面是想像在网上找到更好的设计方法，尤其是解决群发这个问题。