随便想到,群聊天的数据库简单设计

2020-03-20 13:35:55

参考地址 随便想到,群聊天的数据库简单设计


简单来讲,就是记录最后的阅读id,这样通过数据库查询。

顺便说一下,群记录可以这样。

个人都个人的,就是每次发送给对方信息,就往未读信息表里面插入一条数据,当然这个数据之插入messageid,每次客户端收到长连接请求,就去拉去这个表里面的所有未读记录。客户端根据内容进行读取。

通过查询,发现微信只保留未读信息为两天。这样的话,数据量不多的话,完全群聊信息,完全也可以这么做。

其次,我觉得我们如果用户量不大的话,完全可以保留更多的天数。

为了更加保障信息不丢失,我们可以添加历史信息的功能。

1,聊天消息设计


突然想了想,如果一个群聊天数据库到底应该咋设计。
从最简单的思路慢慢开始。简单到大家都能明白。

2,就一个表


最简单的方式,先完成功能。开发比较着急嘛,一个表数据存放方便。
数据库表结构如下。

 CREATE TABLE `msg` (  `id` bigint(20) NOT NULL AUTO_INCREMENT,  `gid` bigint(20) DEFAULT NULL,  `from_uid` bigint(20) DEFAULT NULL,  `to_uid` bigint(20) DEFAULT NULL,  `content` text DEFAULT NULL,  `is_read` tinyint(1) DEFAULT '0',  `create_time` datetime DEFAULT NULL,  `update_time` datetime DEFAULT NULL,  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

一个群的聊天记录,一个消息发给多个人,每个人都收到一个相同的消息。
一般是不会这样设计的吧。这个数据 比较冗余啊。而且一个群下面人越多。
消息的重复数量越多。m*n条数据冗余啊

3,简化下


拆分成消息内容和流水表。

 CREATE TABLE `msg` (  `id` bigint(20) NOT NULL AUTO_INCREMENT,  `content` text DEFAULT NULL,  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

 CREATE TABLE `msg_log` (  `id` bigint(20) NOT NULL AUTO_INCREMENT,  `gid` bigint(20) DEFAULT NULL,  `msg_id` bigint(20) DEFAULT NULL,  `from_uid` bigint(20) DEFAULT NULL,  `to_uid` bigint(20) DEFAULT NULL,  `is_read` tinyint(1) DEFAULT '0',  `create_time` datetime DEFAULT NULL,  `update_time` datetime DEFAULT NULL,  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

这样会好一点,将消息内容存储成一个表,然后每个人都只有一个流水表。
但是这样也有一个问题,只是节省了内容字段。没有节省流水。
还是 m*n 条消息记录呢

4,增加配置表


拆分成两个表,一个是消息的流水表,一个是每个人的配置表。
记录每个群下面的这个用户的最后读取的消息last_msg_id,然后在计算消息未读数据。
这样优化之后数据将减少好多,数量是 m+n条数据。不在是成倍增长了。

 CREATE TABLE `msg` (  `id` bigint(20) NOT NULL AUTO_INCREMENT,  `gid` bigint(20) DEFAULT NULL,  `content` text DEFAULT NULL,  `create_time` datetime DEFAULT NULL,  `update_time` datetime DEFAULT NULL,  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

 CREATE TABLE `msg_config` (  `id` bigint(20) NOT NULL AUTO_INCREMENT,  `gid` bigint(20) DEFAULT NULL,  `last_msg_id` bigint(20) DEFAULT NULL,  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

但是这个是个局限只限于群聊天,因为这个只是知道你这个群的未读消息数量。
所以直接进行connt查询就行。

4,总结


总结,一个群消息的数据设计简单的进行了几次演化。
最后的方案比较好,只有通过配置读取最新的msg_id,然后再计算出用户未读数量。
基本上一个消息都是顺序读取的,一个流水,可以认为用户也是顺着读的。
这样就可以把消息的未读数据用last_msg_id 进行计算。
感觉上qq上面的群消息应该也是这样设计的吧。这样设计才最节省资源。


  • 2018-02-01 22:09:18

    给linux添加回收站

    linux下常常使用rm,导致误操作删除一些重要的文档,很难恢复(当然也能恢复,不过比较复杂),所以在这种情况下,我们如果能给linux添加一个回收站就好多了,说白了,这个回收站机制也比较简单,就是使用 mv封装一个rm,简单的可以自己写个脚本,复杂点的就是在bin下添加这个封装命令就行了。

  • 2018-02-02 10:52:50

    IntelliJ IDEA 快捷键说明大全(中英对照、带图示详解)

    因为觉得网络上的 idea 快捷键不够详尽,所以特别编写了此篇文章,方便大家使用 idea O(∩_∩)O~ 其中的英文说明来自于 idea 的官网资料,中文说明主要来自于自己的领会和理解,英文说明只是作为参考。重要的快捷键会附带图示,进行详细的说明。

  • 2018-02-02 15:19:29

    贝塞尔曲线扫盲

    相信很多同学都知道“贝塞尔曲线”这个词,我们在很多地方都能经常看到。但是,可能并不是每位同学都清楚地知道,到底什么是“贝塞尔曲线”,又是什么特点让它有这么高的知名度。

  • 2018-02-04 23:46:16

    Android SQLite 升级数据库,在原有数据库的基础上添加一列

    原本以为很简单的问题,直接在原来创建数据库的语句中加上需要添加的列new_column,但是运行时发现,应用crash。原因是,原有数据库文件已经存在的情况下并不会重新创建数据库,也就是说此时数据库中并没有new_column列,这个时候,运行query()来查询数据库如果包括new_column列,就会导致应用crash。

  • 2018-02-06 22:23:01

    HTML5 Canvas 的事件处理

    DOM是Web前端领域非常重要的组成部分,不仅在处理HTML元素时会用到DOM,图形编程也同样会用到。比如SVG绘图,各种图形都是以DOM节点的形式插入到页面中,这就意味着可以使用DOM方法对图形进行操作。比如有一个<path id=”p1″>元素,可以直接用jquery增加click事件$(‘#p1’).click(function(){…})”。然而这种DOM处理方法在HTML5的Canvas里不再适用,Canvas使用的是另外一套机制,无论在Canvas上绘制多少图形,Canvas都是一个整体,图形本身实际都是Canvas的一部分,不可单独获取,所以也就无法直接给某个图形增加JavaScript事件。

  • 2018-02-09 01:32:48

    PHP时间戳和日期相互转换

    在php中我们要把时间戳转换日期可以直接使用date函数来实现,如果要把日期转换成时间戳可以使用strtotime()函数实现,下面我来给大家举例说明。