一个站内短信的数据库设计
2012-05-14 09:18
253 查看
先说一下需求和环境:
一个系统的站内信模块,有存在大量的按部门群发的可能,相对的个人对个人的群发是比较少的。
数据库是采用的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--已读
我记录这个的想法一方面想记录我自己的一些积累,另一方面是想像在网上找到更好的设计方法,尤其是解决群发这个问题。
相关文章推荐
- 一个站内短信的数据库设计
- [知了堂学习笔记]_EasyUi快速搭建一个权限管理的模块(1)--RBAC概述和数据库设计
- 以一个权限系统来告别WebForm —(一)项目整休架构设计与数据库设计
- 【sqlserver】一个订餐订房平台的数据库设计
- 使用silverlight构建一个工作流设计器(十七)-持久化数据到数据库—设计webservices接口
- 群发“站内信”根据不同用户量,不同的数据库设计原理
- 怎样得到数据库中某一个表的某一个字段在设计时候的数据类型
- django1.7写一个MOOC管理系统(二:数据库设计)(2015.6.20)
- (转载)一个微博数据库设计带来的简单思考
- 本人初学设计模式时写的一个支持多数据库的数据访问接口
- 一个简单的实现不同权限的用户登录后看到不同的菜单设计的数据库表清单
- 简单设计一个 Java 数据库工具类(第一版,以废弃)
- 如何设计一个优秀的数据库
- 怎样设计一个好的数据库
- 关于如何形成一个好的数据库设计
- 如何在一个项目中完美融入GreenDao并使用Facde设计模式操作数据库
- python实现一个简单的图书馆借阅系统(不涉及数据库和界面设计)
- 一个微博数据库设计带来的简单思考
- 如何设计一个优秀的数据库
- 一个SNS数据库表设计的问题