javaMaNong
javaMaNong
2020-04-21 16:32
采纳率: 33.3%
浏览 200

聊天记录表这样设计行吗?

创建表:

CREATE TABLE `message` (
  `send_id` int(11) DEFAULT NULL COMMENT '发送者id',
  `accept_id` int(11) DEFAULT NULL COMMENT '接受者id',
  `message` varchar(255) DEFAULT NULL COMMENT '消息详情',
  KEY `SEND_ID` (`send_id`),
  KEY `ACCEPT_ID` (`accept_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='聊天记录';

查询某人跟某人之间的聊天记录:

SELECT message FROM `message` where send_id in (1,2) and accept_id in (1,2)

图片说明
但是这样就用不到索引了,聊天记录的数据量多,一多就查询起来就慢了
图片说明

各位有什么好的建议吗?
我有一个奇怪的想法,假设用户A的id为1,用户B的id为2,保存到消息表里面的id(非唯一,小的id放前面,大的id放后面)就是12,形成了点对点聊天记录的唯一性,这样查最后一条聊天记录也方便,也不知道这样行不行的通,以前从未接触过这东西 ,以前就觉得架构师之类的牛逼,现在才发现架构师的牛逼是我想象不到的

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 邀请回答

3条回答 默认 最新

  • weixin_44700117
    「已注销」 2020-04-21 16:50

    用户id一般都是使用uuid的。

    点赞 评论
  • Hamle
    Hamle 2020-04-21 17:02

    SELECT message
    FROM message
    where send_id = 1 and accept_id = 2
    union all
    select message
    FROM message
    where send_id = 2 and accept_id = 1

    这样是不是就用到索引了,可是多了union all这个关键字,不知道对性能会有怎样的影响,只是个想法。

    点赞 评论
  • ILoveYou_Xuxu
    开发小菜鸟 2020-04-24 17:00

    目测你的字段至少缺少发送时间、账期等字段,可以对账期设置分区,这样可以在查询时加快一些查询的效率,然后就是索引了,可以进一步加快查询效率。我看你这个记录表里没有增量的唯一id,也没有记录聊天的时间,这两种标识聊天记录顺序的信息你的表里都没有,那就无法保证你读取出来的对话记录的顺序是正确的聊天顺序。
    希望对你有帮助!!

    点赞 评论