关于群聊数据库的设计

2021-04-05 22:37:30 +08:00
 shizukupr

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

2232 次点击
所在节点    数据库
10 条回复
DoctorCat
2021-04-05 23:06:43 +08:00
房间表(群组表)需要考虑删除造成的压力。可以增加一个 removed 布尔类型字段,然后在 DB 负载最低的时间段搜索 removed 为 true 的表,进行 drop,例如后半夜。
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 的。
airqj
2021-04-05 23:48:39 +08:00
redis stream,连表都不用建了
kwanzaa
2021-04-05 23:59:12 +08:00
别建表了,直接在内存里处理得了。
mumbler
2021-04-06 00:03:00 +08:00
提问的正确姿势是,先说一下你都做了哪些努力,高效不会做,低效总会吧,说出你思考的方案,大家会很乐意帮你改进,而不是直接伸手要最佳方案
xuanbg
2021-04-06 04:17:26 +08:00
无论群聊还是单聊,你只需要转发信息就行了,转发完了,就可以 gc 了,竟是连内存里面都唔需要存在。除非你想在服务的保存聊天记录,否则无需保存到数据库。
SjwNo1
2021-04-06 07:23:32 +08:00
人数没限制吗,这很难办啊,聊天记录存本地得了
shizukupr
2021-04-06 12:28:57 +08:00
@mumbler 抱歉,因为是第一次做,完全没灵感,就想来问问看看大家都有什么想法,我唯一脑洞到的就只有一个关系表
rv54ntjwfm3ug8
2021-04-10 10:09:10 +08:00
@namelosw #2 messages 和 message_groups 分成两个表有什么好处呢?
namelosw
2021-04-10 12:46:28 +08:00
@theklf4 可以合到一起,只是 message 经常会有各种元信息变得很臃肿,这样独立一些。做引用之类的功能也整洁一些

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/768193

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX