关于数据库架构的开发人员问题。 我正在构建一个需要将性能集中在两个问题上的应用程序。我很想对这两种情况只使用一个数据库，但现在找不到解决方案。
首先是聊天。它应该支持超快速的数据读写，并且像 Cassandra 一样可以水平扩展。 Cassandra 的问题在于，地理空间功能只能在企业解决方案或插件中使用，这些插件往往会大大降低集群速度。
其次是基于地理位置（纬度和经度）搜索用户，对于不仅匹配特定地点而且匹配该地点半径的用户，例如20 公里。为此，我认为 MongoDB 已经足够好了，但与 SQL 驱动的数据库相比，MongoDB 在聚合方面往往很慢且困难（是的，我需要进行某种连接）
你知道有什么数据库可以支持我的两个问题吗？ 您如何看待运行两个数据库，一个用于存储用户和处理地理定位，另一个仅用于聊天目的？
P.S 你知道任何支持开箱即用的 GeoLocation 的 SQL 数据库，不仅有 lang 和 lat，还有半径吗？
我试过 mongo，它在聊天方面变慢了。 MongoDb 有开箱即用的地理定位解决方案，但很难聚合更多数据。 我已经尝试使用 cassandra 进行聊天，但它不支持标准非企业版中的地理定位
现在我想将两个数据库合并在一起，一个基于地理定位的 SQL 和仅用于聊天的 cassandra