Firestore 中每分钟读取多少文档太多了？

Question

我有一个云函数，它每 1 分钟运行一次 cron 作业。我计算过，它每次有可能导致多达 120,500 次文档读取，因此每天读取 173,520,000 次文档。暂时忽略明显的财务成本，Firestore 可以处理好这件事吗？性能会很糟糕吗？

对于更多上下文，如果有帮助，该函数首先调用（假设）500 家公司的集合，每个公司都有大约 20 个字段。然后，该函数循环该集合并为每个公司调用（假设的）240 个约会的子集合。每个约会有大约 15 个字段。然后该函数循环遍历其中的每一个并执行一些简单的操作。如果我的数学是正确的，那就是 120,000 次预约文件读取 + 500 次公司读取。

就性能而言，每分钟读取多少文档是过多的，是否有一般的经验法则？

Answer 1

您的提议对于 Firestore 来说只是杯水车薪。它可以大规模扩展以进行读取操作。理论上的读取限制是如此之高，以至于它甚至没有在documented limits 中列出。请注意，所有重要的限制都在写操作上。这些限制有助于 Firestore 大规模扩展。

关于读取性能，我只知道一条建议，并且仅在 specific situations 中运行，可以小心避免。