默认
开启辅助访问
发表评论 7
即时通讯网»社区 › 专项技术区 › IM开发 › 请教下IM的聊天记录的设计问题
想开发IM：买成品怕坑？租第3方怕贵？找开源自已撸？别走弯路了... 找站长给点建议
推荐 方案：开源MobileIMSDK框架、RainbowChat产品、RainbowChat-Web产品、RainbowTalk(鸿蒙NEXT) / 官方技术群
请教下IM的聊天记录的设计问题
阅读（38885） | 评论（7） 收藏 淘帖 赞
小毛驴Lucas Lv.1 3 年前 | 只看该作者 倒序浏览 |阅读模式
请教下各位大佬，关于IM的聊天记录这块，我是这样设计的，每一个聊天创建一个会话，会话有个id，然后每一条聊天消息都存储到数据库，有个字段是会话ID，然后获取聊天记录时，根据会话ID去拉取全部的，根据时间戳去排序，前端显示，不知道这样可不可行？

即时通讯网 - 即时通讯开发者社区！ 来源： - 即时通讯开发者社区！

标签:求助 IM开发
上一篇：万字长文：手把手教你实现一套高效的IM长连接自适应心跳保活机制▪下一篇：分享几个我的Netty长连接压力测试性能优化实践
相关文章
推荐方案
评论 7
2 楼: JackJiang Lv.9 精华之王 活跃开发者 黄金版主 终身成就 3 年前 | 只看该作者
你这问的是服务端的数据库设计，还是客户端的本地离线sqlite表设计？
签名: 《网络编程入门如此简单(五)：UDP跟TCP相比，到底差了什么？》http://www.52im.net/thread-4897-1-1.html
3 楼: 小毛驴Lucas Lv.1 楼主 3 年前 | 只看该作者
引用：JackJiang 发表于 2022-05-30 22:27
你这问的是服务端的数据库设计，还是客户端的本地离线sqlite表设计？

服务端的数据库设计
签名: 今天还不错
4 楼: 溺水的小青蛙 Lv.2 3 年前 | 只看该作者
引用：小毛驴Lucas 发表于 2022-06-01 09:17
服务端的数据库设计

所有聊天记录存在一张表不合理，服务器的存储要考虑会话和用户量，根据读写的比例首先你要确定是读扩散存储还是写扩散存储，或者是分场景确定读还是写扩散存储。
读扩散和写扩散详细的说明你可以在论坛搜到相关文章，大体意思就是：
读扩散：以会话纬度存储，针对超大群，一个群一个表
写扩散：以用户纬度存储，主要是单聊、小群会话，谁需要收到消息，就写入谁的消息表，这样会导致用户表很多，可以根据id取模等方式合并表或者分布式存储
相应方案很多，你可以了解读写扩散各自的优缺点，根据你实际情况考虑设计
5 楼: JackJiang Lv.9 精华之王 活跃开发者 黄金版主 终身成就 3 年前 | 只看该作者
引用：小毛驴Lucas 发表于 2022-06-01 09:17
服务端的数据库设计

看你的描述应该设计没问题，所谓的会话id，其实就是聊天好友的ui或群聊的群id
签名: 《网络编程入门如此简单(五)：UDP跟TCP相比，到底差了什么？》http://www.52im.net/thread-4897-1-1.html
6 楼: JackJiang Lv.9 精华之王 活跃开发者 黄金版主 终身成就 3 年前 | 只看该作者
引用：溺水的小青蛙 发表于 2022-06-01 11:05
所有聊天记录存在一张表不合理，服务器的存储要考虑会话和用户量，根据读写的比例首先你要确定是读扩散存 ...

im聊天记录其实是有时效性的，超过多长时间的记录删掉或转储就好了
签名: 《网络编程入门如此简单(五)：UDP跟TCP相比，到底差了什么？》http://www.52im.net/thread-4897-1-1.html
7 楼: 小毛驴Lucas Lv.1 楼主 3 年前 | 只看该作者
引用：JackJiang 发表于 2022-06-01 11:05
看你的描述应该设计没问题，所谓的会话id，其实就是聊天好友的ui或群聊的群id

好咧，我实现下这种方案
签名: 今天还不错
8 楼: 小毛驴Lucas Lv.1 楼主 3 年前 | 只看该作者
引用：溺水的小青蛙 发表于 2022-06-01 11:05
所有聊天记录存在一张表不合理，服务器的存储要考虑会话和用户量，根据读写的比例首先你要确定是读扩散存 ...

感谢回复，我先去了解下
签名: 今天还不错
返回列表 发新帖 发表评论
打赏楼主 ×
使用微信打赏！ 使用支付宝打赏！
即时通讯技术的分享和传播需要您的支持，感谢打赏！

返回顶部