小编Roh*_*han的帖子

实时可扩展聊天应用程序 - 我应该选择哪个数据库?

我正在寻找构建一个可扩展的实时聊天应用程序(我这样做只是为了好玩和出于兴趣,所以请不要问为什么!)并且我知道我将通过 redis 处理实时消息传递部分,但是我不确定使用哪个数据库来存储以下信息:

  • 用户关系(朋友)
  • 冷聊天历史记录 - 只会以有限的数量(可能是 50 条消息)进行查询,按时间戳排序并反向查询(就像滚动查看旧消息时您的消息会加载到 imessage 或 Whatsapp 中一样)
  • 聊天用户关系

我知道对于冷聊天历史记录,RDBMS 或 Cassandra 可能是我最好的选择,但在 RDBMS 或 cassandra 中处理朋友关系以及用户聊天关系是很丑陋的。我不确定在我的技术堆栈中仅用于此关系映射是否有必要、值得甚至“正确”地拥有一个图形数据库。

我认为 MongoDB 或其他一些基于文档的存储可能是一个解决方案,但查询数据似乎真的很费力。我的想法是创建一个包含用户列表的聊天文档,然后再创建几个其他文档,其中包含指向消息文档的消息 ID 列表。这些文档将被映射回chatID。我相信您可以看到,查询一组消息的时间和资源会相当高。也许我只是低估了 MongoDB 的力量,因为我还没有真正使用过它。通过将用户 ID 存储在文档内的列表中,我还可以更轻松地使用文档和友谊来处理聊天用户关系。

我知道没有完美的工具可以完成这项工作,但我想听听有人对如何设计数据存储的想法和意见。

先感谢您!

database database-design chat mongodb

7
推荐指数
1
解决办法
2万
查看次数

标签 统计

chat ×1

database ×1

database-design ×1

mongodb ×1