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

Question

我有一个Cloud Function，它每1分钟运行一次cron作业。我已经计算出它有可能导致每次多达120,500个文档读取，因此每天有173,520,000文档读取。暂时在财务上忽略明显的成本，Firestore可以很好地解决这一问题吗？表现会很糟糕吗？

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

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

Answer 1

您要提出的是为Firestore掏钱。它可以大规模扩展以进行读取操作。理论上的读取限制很高，以至于它甚至没有在documented limits中列出。请注意，所有重要限制都针对写操作。这些限制可以帮助Firestore大规模扩展。

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