Firestore中每分钟读取多少文档太多？
我有一个云函数，每1分钟运行一次cron作业。据我计算，它可能会导致每次多达120500次文档读取，因此每天读取173520000次文档。暂时忽略明显的财务成本，Firestore是否能很好地处理这件事？表演会很糟糕吗？
如果这个函数有帮助的话，它首先调用（假设）500家公司的集合，每个公司都有大约20个字段。然后，该函数在该集合上循环，并为每个公司调用（假设）240个约会的子集合。每个预约约有15个字段。然后，该函数循环遍历其中的每一个，并执行一些简单的操作。如果我的计算是正确的，那就是12万份约会文件的阅读量，500份公司文件的阅读量。
就html" target="_blank">性能而言，每分钟有多少文档读取次数过多，是否有一般的经验法则？
共有1个答案
你的建议是为Firestore提供一点帮助。对于读取操作，它可以进行大规模扩展。理论上的读取限制非常高，以至于它甚至没有被列在记录的限制中。请注意，所有重要限制都是写操作。这些限制有助于Firestore大规模扩展。
在阅读性能方面，我只知道一条建议，这条建议只适用于特定情况，可以谨慎避免。
-
Firestore如果我读取了一个集合，该集合包含100个文档，那么firebase是将其计算为100个读取操作还是1个读取操作？ 如果我的1个文档包含另外2个集合，每个子集合包含10个文档，那么在这种情况下，总读取计数是多少？如果它单独计算子集合和it文档，那么Firestore的定价非常高
-
问题内容： 我想减少阅读次数，以便从（问题数组）中获取问题的详细信息。 我的应用程序就像stackoverflow的一部分一样工作 。 我想说明 一个问题有 多少 顶，观点和评论 。因此，为了处理这个问题，我创建了多个集合，例如 问题集 ID 标题 创建日期 评论集 ID 评论 创建日期 问题喜欢 QuestionID 用户身份 QuestionViews QuestionID 用户身份 问题标签
-
我们目前在Firebase上使用免费层，其中包含50k读取和20k写入操作配额。 每天大约有100名用户，我们的读取操作已经超过了配额。Firestore的结构如下所示： 该应用程序将显示按步骤数排序的用户列表。 因此，作为一个简单的计算，在每次应用程序启动时，如果等于集合中存储的用户条目数，则应读取代表读取操作的文档。对于打开应用程序的100个用户和100个用户条目，应该已经有10100次读取操
-
我有一个包含10个文档的产品根集合。每个文档都有100个文档的子集合，没有其他字段。 现在如果我阅读产品收藏的文件 将收取多少次读取费用，由于我正在获取具有10个文档的产品集合的文档，我将收取10次读取费用？或者每个文档都有100个文档的子集合，因此我将收取10*100 =1000文档读取费用？
-
我一直试图弄清楚如何从特定查询中读取我的列表。如果我注释掉其中一个应用程序，get它会从一个文档数据库读取，反之亦然。如何让它同时读取我的两个查询，或者指定一个列表从一个查询中读取，另一个列表从第二个查询中读取？我尝试了第二个查询Spec，不确定这是否是要走的路。 谢谢你 我能够从上一个问题中获得帮助。连接到多个宇宙数据库文档 原始教程：https://docs.microsoft.com/en-
-
在我们仔细处理之后。我仍然无法获取自动生成的文档ID。没有“then”选项。我的代码： 创建后如何获取ID？