关于站内信箱的数据库的设计
0
悬赏园豆：30
[已关闭问题]
我要做一个站内信箱，数据库的表如下：
id fromId(发送人) toId（接受人） title（标题） content（内容） writetime（时间） stateid（状态），这样删除的话又麻烦，因为他把发送人的信箱和收件人的信箱都给删掉了，不知道有没有更好的设计的方法，请那位帮一下忙，急着用！！
其他回答(1)
0
如果是按照你这样子设计的话，应该也是可以做的，就是需要stateid这个字段，进行多状态设置，比如设置1为发出状态，2为接收的消息状态，3为删除状态 等，设置不同的显示状态。只是这样子做的话在删除的时候就不能真实删除的，也就是删除时设置stateid字段的状态，做一个假性的删除。只有你设定好的某种状态时为真实删除。
补充回复：
原文链接：一个站内短信的数据库设计(http://ok519.javaeye.com/blog/367340)
先说一下需求和环境：
一个系统的站内信模块，有存在大量的按部门群发的可能，相对的个人对个人的群发是比较少的。
数据库是采用的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--已读
我记录这个的想法一方面想记录我自己的一些积累，另一方面是想像在网上找到更好的设计方法，尤其是解决群发这个问题。
0
可以设计如下表
1.邮件主表 MailMain
2.邮件附件表 MailFile
3.邮件文件夹表 MailFolder
4.邮件正文表 MailContent(这样可以减少数据库中内容部分，节省空间)
PS：具体的字段模仿现有邮箱咯~~~字段嘛，看需求而定，通常常用的状态、人员、内容、附近什么的都不能少~~~
