请教下IM的聊天记录的设计问题

请教下各位大佬，关于IM的聊天记录这块，我是这样设计的，每一个聊天创建一个会话，会话有个id，然后每一条聊天消息都存储到数据库，有个字段是会话ID，然后获取聊天记录时，根据会话ID去拉取全部的，根据时间戳去排序，前端显示，不知道这样可不可行？

你这问的是服务端的数据库设计，还是客户端的本地离线sqlite表设计？

引用：JackJiang 发表于 2022-05-30 22:27
你这问的是服务端的数据库设计，还是客户端的本地离线sqlite表设计？

服务端的数据库设计

引用：小毛驴Lucas 发表于 2022-06-01 09:17
服务端的数据库设计

所有聊天记录存在一张表不合理，服务器的存储要考虑会话和用户量，根据读写的比例首先你要确定是读扩散存储还是写扩散存储，或者是分场景确定读还是写扩散存储。
读扩散和写扩散详细的说明你可以在论坛搜到相关文章，大体意思就是：
读扩散：以会话纬度存储，针对超大群，一个群一个表
写扩散：以用户纬度存储，主要是单聊、小群会话，谁需要收到消息，就写入谁的消息表，这样会导致用户表很多，可以根据id取模等方式合并表或者分布式存储
相应方案很多，你可以了解读写扩散各自的优缺点，根据你实际情况考虑设计

引用：小毛驴Lucas 发表于 2022-06-01 09:17
服务端的数据库设计

看你的描述应该设计没问题，所谓的会话id，其实就是聊天好友的ui或群聊的群id

引用：溺水的小青蛙 发表于 2022-06-01 11:05
所有聊天记录存在一张表不合理，服务器的存储要考虑会话和用户量，根据读写的比例首先你要确定是读扩散存 ...

im聊天记录其实是有时效性的，超过多长时间的记录删掉或转储就好了

引用：JackJiang 发表于 2022-06-01 11:05
看你的描述应该设计没问题，所谓的会话id，其实就是聊天好友的ui或群聊的群id

好咧，我实现下这种方案

引用：溺水的小青蛙 发表于 2022-06-01 11:05
所有聊天记录存在一张表不合理，服务器的存储要考虑会话和用户量，根据读写的比例首先你要确定是读扩散存 ...

感谢回复，我先去了解下