这是一个创建于 1313 天前的主题，其中的信息可能已经有所发展或是发生改变。
萌新学编程，想试着做一个简单的群聊软件，希望可以实现一个建立临时群聊的功能，也就是说每个群的最长存在的时间可能不足 10 小时，想问下要怎么设计表结构才能最高效地实现群聊的创建删除和用户的加入功能呢。 暂时不考虑聊天功能之类的实现，只想知道如何实现房间表的设计。
 |
1
DoctorCat 2021-04-05 23:06:43 +08:00
房间表（群组表）需要考虑删除造成的压力。可以增加一个 removed 布尔类型字段，然后在 DB 负载最低的时间段搜索 removed 为 true 的表，进行 drop，例如后半夜。
|
 |
2
namelosw 2021-04-05 23:31:20 +08:00
简单的话，起步点只考虑建模还是比较直接的. 性能不够了之后再考虑优化。
先有个 users 表和 groups 表，里面有你任意想要的列。创建删除群聊就是创建删除 channel，然后删除设置 ORM 之类的，让删除 channel 的时候自动 delete_all，也就是清空相关的 messages 。 然后 user_groups 表作为关联表，有 user_id 和 channel_id，表示这个用户已经加入了这个 channel 。用户加入这个表就是插一条数据。 再来个 messages 表，有 message_body 内容 和 user_id 发言人，然后可能加上时间或者其他你想加的列。 最后 message_groups 表，表明这条 message 是发到哪个 group 的。 |
 |
3
airqj 2021-04-05 23:48:39 +08:00
redis stream，连表都不用建了
|
 |
4
kwanzaa 2021-04-05 23:59:12 +08:00
别建表了，直接在内存里处理得了。
|
 |
5
mumbler 2021-04-06 00:03:00 +08:00 via Android
提问的正确姿势是，先说一下你都做了哪些努力，高效不会做，低效总会吧，说出你思考的方案，大家会很乐意帮你改进，而不是直接伸手要最佳方案
|
 |
6
xuanbg 2021-04-06 04:17:26 +08:00
无论群聊还是单聊，你只需要转发信息就行了，转发完了，就可以 gc 了，竟是连内存里面都唔需要存在。除非你想在服务的保存聊天记录，否则无需保存到数据库。
|
 |
7
SjwNo1 2021-04-06 07:23:32 +08:00 via iPhone
人数没限制吗，这很难办啊，聊天记录存本地得了
|
 |
9
rv54ntjwfm3ug8 2021-04-10 10:09:10 +08:00 via iPhone
@namelosw #2 messages 和 message_groups 分成两个表有什么好处呢？
|
Select Language