私信基本功能数据库设计
2015-10-21 15:07
113 查看
上一篇写了基于resin4.0+websocket实现私信功能服务端消息推送文章,趁热打铁,在写一篇关于私信功能的数据库设计文章,非代码篇,希望想对第一次做设计并开发私信功能的同学有点帮助。
项目需求:私信功能,实现像对方发送私信消息后,在我的私信列表页面显示与发送或者接受消息的人列表,列表每条记录只显示与该对话的最新的一条消息。 点击列表中的任意一条,进入到消息对话详情页面,按照倒序显示该对话的详细内容。同时在这两个页面都可以进行删除对话,私信列表页面删除是与对方的所有会话,私信详情页面删除的是某一条对话,而且单方删除对话记录,不影响对方查看。(有点绕。。。)
软件环境: mysql
说了这么多,其实总结起来就那么几个重要的点,一是私信列表每条记录只显示最后一条记录,二是单方删除对话记录,不影响对方查看。先上数据表,然后在逐一解释下。
建立private_message表,字段说明:
id:主键,自增长
user_id: 发送者id,非真实发送者id
friend_id: 接受者id,非真实接受者id
sender_id:发送者id,真实的发送者id
receiver_id:接受者id,真实的接受者id
message_type:消息类型,1:普通消息 2:系统消息,区分消息列表,可以发送不同类型的消息内容
message_content:消息内容
send_time:消息发送时间
status:消息状态 1:未读 2:已读 3:删除,标记不同消息状态,可以实现统计未读消息数,逻辑删除用户恢复等
看到这里大家该郁闷了,怎么弄两个发送者id,接受者id呢?
这里因为考虑到单方删除记录,不影响对方查看的功能,所以这里面我们需要在发送私信时,插入两份一样content内容的数据,但是在user_id,friend_id上面做点手脚了,在两次插入数据时,第二次插入的数据跟第一次插入的数据的user_id和friend_id对调。也就是:
这么一来,就可以满足我们的需求了。第一条和第四条记录是给121用户看,第二条和第三条记录是给127看的,121删除的时候删除第一条或者第四条记录,当然不会影响127看第二条和第三条记录啦!!!
好了,现在可以搞定其他的功能需求了。
1、我的私信列表
2、我的私信列表详情
3、我的私信列表页面删除整个会话
4、我的私信列表详情删除单个对话
5、获取用户未读消息数量
当然,还可以更新未读消息为已读,将已删除的用户从回收站中恢复过来,发送系统消息等等都可以实现的啦。这是,肯定有同学会说了,这个表设计的数据冗余,每条记录插入两遍,content内容多的话或者发送系统消息时,表数据太大,当然这个只是针对小型的私信功能,肯定跟大型专注于社交类网站不一样了,但是我们也可以将content内容拆分出去,新建一个content表,这里关联下id就可以减少数据冗余了。还有就是这个设计不涉及到高并发访问啦!涉及到高并发这个那就得更复杂的设计和方法途径解决啦!
最后,贴上项目私信功能截图,作为对上边的设计的体现吧!
我的私信列表页面:
我的私信列表详情页面:
项目需求:私信功能,实现像对方发送私信消息后,在我的私信列表页面显示与发送或者接受消息的人列表,列表每条记录只显示与该对话的最新的一条消息。 点击列表中的任意一条,进入到消息对话详情页面,按照倒序显示该对话的详细内容。同时在这两个页面都可以进行删除对话,私信列表页面删除是与对方的所有会话,私信详情页面删除的是某一条对话,而且单方删除对话记录,不影响对方查看。(有点绕。。。)
软件环境: mysql
说了这么多,其实总结起来就那么几个重要的点,一是私信列表每条记录只显示最后一条记录,二是单方删除对话记录,不影响对方查看。先上数据表,然后在逐一解释下。
CREATE TABLE `private_message` ( `id` bigint(20) NOT NULL auto_increment COMMENT '主键Id', `user_id` bigint(20) NOT NULL COMMENT '发送者Id', `friend_id` bigint(20) NOT NULL COMMENT '接受者Id', `sender_id` bigint(20) NOT NULL COMMENT '发送者id', `receiver_id` bigint(20) NOT NULL COMMENT '接受者Id', `message_type` tinyint(4) NOT NULL COMMENT '消息类型,1:普通消息 2:系统消息', `message_content` varchar(500) NOT NULL COMMENT '消息内容', `send_time` datetime NOT NULL COMMENT '消息发送时间', `status` tinyint(4) NOT NULL default '1' COMMENT '消息状态 1:未读 2:已读 3:删除', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8;
建立private_message表,字段说明:
id:主键,自增长
user_id: 发送者id,非真实发送者id
friend_id: 接受者id,非真实接受者id
sender_id:发送者id,真实的发送者id
receiver_id:接受者id,真实的接受者id
message_type:消息类型,1:普通消息 2:系统消息,区分消息列表,可以发送不同类型的消息内容
message_content:消息内容
send_time:消息发送时间
status:消息状态 1:未读 2:已读 3:删除,标记不同消息状态,可以实现统计未读消息数,逻辑删除用户恢复等
看到这里大家该郁闷了,怎么弄两个发送者id,接受者id呢?
这里因为考虑到单方删除记录,不影响对方查看的功能,所以这里面我们需要在发送私信时,插入两份一样content内容的数据,但是在user_id,friend_id上面做点手脚了,在两次插入数据时,第二次插入的数据跟第一次插入的数据的user_id和friend_id对调。也就是:
INSERT INTO `private_message` VALUES ('1', '121', '127', '121', '127', '1', 'hello word', '2015-09-09 10:25:43', '2'); INSERT INTO `private_message` VALUES ('2', '127', '121', '121', '127', '1', 'hello word', '2015-09-09 10:26:41', '1'); INSERT INTO `private_message` VALUES ('3', '127', '121', '127', '121', '1', '你是程序猿吗?', '2015-09-11 10:30:16', '2'); INSERT INTO `private_message` VALUES ('4', '121', '127', '127', '121', '1', '你是程序猿吗?', '2015-09-11 10:30:59', '2');
这么一来,就可以满足我们的需求了。第一条和第四条记录是给121用户看,第二条和第三条记录是给127看的,121删除的时候删除第一条或者第四条记录,当然不会影响127看第二条和第三条记录啦!!!
好了,现在可以搞定其他的功能需求了。
1、我的私信列表
SELECT p.id, COUNT(p.id) AS message_count,p.user_id,p.friend_id,p.sender_id,p.receiver_id,p.send_time,p.message_content, u.`name` AS receiver_name,u.img_url AS receiver_image FROM (SELECT * FROM private_message ORDER BY id DESC) p INNER JOIN user u on u.id=friend_id WHERE p.user_id=121 and p.`status` !=3 GROUP BY p.friend_id ORDER BY p.id DESC limit 0,10
2、我的私信列表详情
SELECT p.id,p.message_content,p.sender_id,p.receiver_id,p.send_time,u.`name` AS sender_name,u.img_url AS sender_image,uu.`name` AS receiver_name FROM private_message p INNER JOIN user u on u.id=p.sender_id INNER JOIN user uu on uu.id=p.friend_id WHERE p.user_id=121 and p.friend_id=127 and p.`status` !=3 ORDER BY p.id DESC limit 0,10
3、我的私信列表页面删除整个会话
UPDATE private_message SETstatus=3 WHERE user_id=121 AND friend_id=127
4、我的私信列表详情删除单个对话
UPDATE private_message SET status=3 WHERE id=1
5、获取用户未读消息数量
SELECT COUNT(*) FROM private_message WHERE user_id=121 AND receiver_id=127 AND status=1
当然,还可以更新未读消息为已读,将已删除的用户从回收站中恢复过来,发送系统消息等等都可以实现的啦。这是,肯定有同学会说了,这个表设计的数据冗余,每条记录插入两遍,content内容多的话或者发送系统消息时,表数据太大,当然这个只是针对小型的私信功能,肯定跟大型专注于社交类网站不一样了,但是我们也可以将content内容拆分出去,新建一个content表,这里关联下id就可以减少数据冗余了。还有就是这个设计不涉及到高并发访问啦!涉及到高并发这个那就得更复杂的设计和方法途径解决啦!
最后,贴上项目私信功能截图,作为对上边的设计的体现吧!
我的私信列表页面:
我的私信列表详情页面:
相关文章推荐
- 使用 Redis 实现排行榜功能
- SQL查询中关于索引使用的笔记
- Oracle 数据库灾难性环境下恢复实例(1)
- 手动导入mysql
- [Mysql] Count(*)性能问题
- oracle LPAD和RPAD函数简介
- oracle LPAD和RPAD函数简介
- 64 位win 7或windows 8下的visual studio不能连接Oracle数据库调试网站的问题
- 在windows上部署使用Redis
- redis3.0集群搭建
- redis连接远程服务器
- Mysql初始化安装问题
- Access数据库的文本、备注数据类型的COLUMN_FLAGS说明
- Mysql基本DDL、DML命令总结
- SQL Server被锁的表以及解锁
- Sql Server建立链接服务器访问Access的MDB数据库
- SQL2005的cte递归查询子树
- 记录登录数据库的user和IP 的触发器
- Oracle几种清除数据的方式,在平台用别的医院数据库做初始化时有用
- Oracle几种清除数据的方式,在平台用别的医院数据库做初始化时有用