关于群聊数据库的设计

• 資深大佬 : 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 抱歉，因为是第一次做，完全没灵感，就想来问问看看大家都有什么想法，我唯一脑洞到的就只有一个关系表