Database 如果我有一个拥有数百万条记录的Firebase数据存储，数据库CRUD操作性能会受到影响吗？

我的问题基本上如标题所述。我正在研究使用Firebase作为我们的应用程序后端（以及一个附带的Nodejs服务器来处理Firebase无法处理的一些事情，因为它不支持Webhooks）。我期望我们的数据库将包含数百万条记录——数万个用户、数千个特定实体类型以及每个实体的数万条记录。虽然我确实认为可以将数据展平以简化和加快查询，但我担心Firebase并不是为这种规模的数据存储而设计的

---

有没有人有在Firebase中使用大型数据存储的经验，并能在这里提供一些见解？

对于一个关系数据库来说，上万个数据存储并不是很大。我们使用Firebird处理包含大约200000条记录的表。只要您通过索引字段访问记录并避免表扫描，您就可以了。还应将尽可能多的RAM放入数据库服务器。

不要使用firebird、firebase-firebase.com。而且，它不是关系数据库。基本上，我预计会有数百万条记录（数万乘以数万，这当然是几年后的事了，但在未来6个月内100000条是合理的）。这个答案可能会有所帮助：我的问题不是重复的，因为这个问题问的是关于Firebase data viewer FORGE的问题。然而，确实有人提到了核心问题，即Firebase本身在大数据集下的性能，所以我接受这个答案。谢谢，是的。一般来说，这是一个坏的“标记为重复”；我已经在搜索中找到了“副本”，并立即将其视为离题，因为它专门涉及“伪造”