一个站内短信的数据库设计
2010-08-17 21:46
330 查看
先说一下需求和环境:
一个系统的站内信模块,有存在大量的按部门群发的可能,相对的个人对个人的群发是比较少的。
数据库是采用的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--已读
我记录这个的想法一方面想记录我自己的一些积累,另一方面是想像在网上找到更好的设计方法,尤其是解决群发这个问题。
一个系统的站内信模块,有存在大量的按部门群发的可能,相对的个人对个人的群发是比较少的。
数据库是采用的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--已读
我记录这个的想法一方面想记录我自己的一些积累,另一方面是想像在网上找到更好的设计方法,尤其是解决群发这个问题。
相关文章推荐
- 一个站内短信的数据库设计
- 站内信系统数据库设计
- 如何设计一个优秀的数据库
- 从项目中得到的关系型数据库的一个设计原则
- 微信公号“架构师之路”学习笔记(五)-数据库扩展性架构设计(水平切分,秒级扩容,平滑迁移,在线表结构变更,一个大数据量多属性高并发的数据库设计等)
- 请各位大虾们帮帮小弟,谢谢!一个关于产品搜索数据库设计思路的问题
- 使用silverlight构建一个工作流设计器(十六)-持久化数据到数据库—数据库结构
- 百万级用户量的站内信群发数据库设计
- 数据库设计时的一个原则
- 一个项目报表数据库设计的问题.
- 分享网站群发站内信数据库表设计
- QT [005] 数据库设计 - 一个被忽略的数据库show类 - ConnectionWidget Class
- sql优化:从设计表结构开始(SQL Server中如何让数据库中某一个字段随时间自动更新?)
- 一个小的手机答题网页【1. 需求及数据库设计】
- 如何设计一个优秀的数据库(转)
- 数据库设计中一个矛盾:数据库外键 你用还是不用(2) 继续....
- 最近设计了一个生成asp代码的程序,同时也可以作为数据库管理查询的软件,发两张图,等完全做好了,给大家共享!
- 从零打造一个CMDB(一)数据库设计
- 自己设计的一个亲自活动报名管理系统数据库
- 如何设计一个无限分类的数据库