关于群聊数据库的设计

[shizukupr]

萌新学编程，想试着做一个简单的群聊软件，希望可以实现一个建立临时群聊的功能，也就是说每个群的最长存在的时间可能不足 10 小时，想问下要怎么设计表结构才能最高效地实现群聊的创建删除和用户的加入功能呢。 暂时不考虑聊天功能之类的实现，只想知道如何实现房间表的设计。

[DoctorCat]

房间表（群组表）需要考虑删除造成的压力。可以增加一个 removed 布尔类型字段，然后在 DB 负载最低的时间段搜索 removed 为 true 的表，进行 drop，例如后半夜。

[namelosw]

简单的话，起步点只考虑建模还是比较直接的. 性能不够了之后再考虑优化。

先有个 users 表和 groups 表，里面有你任意想要的列。创建删除群聊就是创建删除 channel，然后删除设置 ORM 之类的，让删除 channel 的时候自动 delete_all，也就是清空相关的 messages 。

然后 user_groups 表作为关联表，有 user_id 和 channel_id，表示这个用户已经加入了这个 channel 。用户加入这个表就是插一条数据。

再来个 messages 表，有 message_body 内容 和 user_id 发言人，然后可能加上时间或者其他你想加的列。

最后 message_groups 表，表明这条 message 是发到哪个 group 的。

[airqj]

redis stream，连表都不用建了

[kwanzaa]

别建表了，直接在内存里处理得了。

[mumbler]

提问的正确姿势是，先说一下你都做了哪些努力，高效不会做，低效总会吧，说出你思考的方案，大家会很乐意帮你改进，而不是直接伸手要最佳方案

[xuanbg]

无论群聊还是单聊，你只需要转发信息就行了，转发完了，就可以 gc 了，竟是连内存里面都唔需要存在。除非你想在服务的保存聊天记录，否则无需保存到数据库。

[SjwNo1]

人数没限制吗，这很难办啊，聊天记录存本地得了

[shizukupr]

@mumbler 抱歉，因为是第一次做，完全没灵感，就想来问问看看大家都有什么想法，我唯一脑洞到的就只有一个关系表

[rv54ntjwfm3ug8]

@namelosw #2 messages 和 message_groups 分成两个表有什么好处呢？

[namelosw]

@theklf4 可以合到一起，只是 message 经常会有各种元信息变得很臃肿，这样独立一些。做引用之类的功能也整洁一些