数据库|mysql教程
站内,数据库,设计,思路,站内,短信,常见,比如,系统,需要
数据库-mysql教程
js访问源码插件,vscode适合的电脑,改变ubuntu终端,tomcat程序卡慢,数据库可视化 sqlite,卫生间地漏向上爬虫子怎么办,php 扩展 返回,企业seo优化收费低,淘宝客类型的网站,dedecms 列表页模板lzw
站内短信很常见，比如系统需要发消息给用户，用户登录之后可以看到这些消息。 Msg表，字段如下： idint自增长idsenderidint 外键关联发送者idtitlevarchar(128) 短信标题contentvarchar(512) 短信内容createTime datatime 发信时间status tinyint 发件箱中的
微信墙源码签到抽奖,下载ubuntu镜像后,内网访问我的tomcat,爬虫软件逻辑,php公共模板,河北怎么学seo关键词优化策略lzw
图片识别搜索实现源码,平板使用vscode,ubuntu哪个系统支持触屏,f访问tomcat,sqlite 表联合查询,js loading插件,前端mvc开发框架有哪些,爬虫美团订单信息,mac php fpm,seo妍原名,漂亮产品网站,网页特效新闻展示 代码下载,饮水机企业网站模板lzw
站内短信很常见，比如系统需要发消息给用户，用户登录之后可以看到这些消息。
Msg表，字段如下：
idint自增长idsenderidint 外键关联发送者idtitlevarchar(128) 短信标题contentvarchar(512) 短信内容createTime datatime 发信时间status tinyint 发件箱中的状态：0--普通；1--删除
一张user_has_msg表，字段如下：
idintdepartmentidint 部门群发的时候外键关联部门id，可以为空receveridint外键关联收信人，可以为空msgid int 外键关联短信息statustinyint 收件箱状态：0--普通；1--删除readStatustinyint 阅读状态：0--未读；1--已读
这样设计是基于如下考虑的：
首先，msg表包含了发件箱所需要的所有信息，程序的时候写发件箱的时候可以只考虑操作一张数据库表。
第二，user_has_msg中，departmentid主要考虑的是存在大量的按照部门群发的可能，这样的话，群发给一个部门的时候之需要在两张表上个记录一条数据，而不需要在user_has_msg中记录该部门员工数条记录。
但是，后来这个方案被我自己和同事讨论后否决了，原因如下：
首先，departmentid的存在使得没有用户可以删除收件箱中的站内信，因为删除了，其他人的收件箱里也看不到。
第二，msg表不能保证显示完所有的发件箱所需要的数据，因为只有着一张表的是后读不出来收件人信息。
修改后的版本是：
将msg修改为只保纯粹的信息的表：
id int自增长idtitlevarchar(128) 短信标题contentvarchar(512) 短信内容createTimedatatime 发信时间
将user_has_msg修改为保存各种关系和状态的表：
idintsenderid int 外键关联发送者idreceverid int 外键关联收信人msgid int 外键关联短信息sendStatus tinyint发件箱中的状态：0--普通；1--删除receveStatus tinyint 收件箱状态：0--普通；1--删除readStatustinyint 阅读状态：0--未读；1--已读
