Firebase实时数据库还是Firestore聊天应用？

Question

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

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

Answer 1

那么哪一个更实时呢？

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

但是后来Firestore出现了，从那里开始我们看到了很多关于Firestore的推荐

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

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

因此请记住，如果您请求10个文档中的一个文档或100.000或100.000.000.000中的一个项目，结果将在准确的时间内到来，这真的无关紧要。这里我以一个文档为例。所以关于速度，从一亿份文件中请求一份文件会比从一亿份文件中请求10份文件要快。因此集合中文档的数量对查询性能没有影响。

这是关于Cloud Firestore的，但我建议您在使用之前阅读两个主要的参考资料:

所以检查每一个的价格模型。但是，IMHO，云Firestore和Firebase实时数据库可以非常好地协同工作。