用于聊天应用的 Firebase 实时数据库或 Firestore？

Question

我们正在构建一个聊天应用程序，一对一聊天是该应用程序的主要目的，所以现在，消息传递速度是我们的首要任务。我们需要一个后端解决方案，我们最初计划使用 Firebase 实时数据库。但后来 Firestore 出现了，从那时起，我们看到了 Firebase 团队对 Firestore 而非实时数据库的许多建议。

我们同时使用了实时数据库和 Firestore，因此我们非常了解两者的功能和查询能力。对于我们在功能方面的用例，它们中的任何一个都可以。但正如我之前所说，我们主要关心的是消息传递速度。那么哪个更实时呢？

Answer 1

那么哪个更实时呢？

我不认为一个比另一个更实时。

但后来 Firestore 出现了，从那时起我们看到了很多关于 Firestore 的推荐

没错，Firestore 比 Firebase 实时数据库有一些新功能，这就是为什么被命名为“新旗舰”。查询性能取决于您请求的项目数，而不是您请求它们的项目数。所以每次你想获取数据的时候，就按照这个比例获取，以保持你所说的速度。正如 Firebase 团队的人所说，Cloud Firestore 有性能保证，没有慢查询，因此您的应用检索数据所需的时间仅取决于取决于您检索的数据量，而不是您在 Firebase 服务器上拥有的数据量。换句话说，一个集合中是否有 1000、100 甚至 10 亿个文档并不重要，例如检索其中的 15 个，总是花费相同的时间。

这种性能有一些限制，为此，我建议您查看官方文档中有关在 Cloud Firestore 中获取数据的所有部分。这就是 Firestore 使用这些约束的原因，是因为必须维护这种性能保证。但是根据我的经验，在 Cloud Firestore 中没有不能以某种方式翻译的“SQL”查询。

所以请记住，如果您请求 10 个文档中的单个文档或 100.000 或 100.000.000.000 中的一个项目真的无关紧要，结果将在确切的时间内出现。这里我以一个文档为例。因此，在速度方面，请求 1 亿个文档中的 1 个将比请求 1 亿个中的 10 个项目更快。所以集合中的文档数对查询性能没有影响。

这是关于 Cloud Firestore，但我建议您在使用一个或另一个之前阅读两个主要资源：

• https://firebase.google.com/docs/database/rtdb-vs-firestore
• https://firebase.googleblog.com/2017/10/cloud-firestore-for-rtdb-developers.html

因此，请检查每一种的价格模型。但恕我直言，Cloud Firestore 和 Firebase 实时数据库一起工作得非常好。