文档读取是否计入Firestore中的子集合



我的每日配额刚刚重新设置,所以我发现现在是时候在Firestore用户界面上通过检索文档来了解读取量了。

我有11个文档,每个文档都有3个子集合(其中有一定数量的文档(加上1个没有子集合的伪文档,连接到firestore UI的次数为36次读取(1个文档已打开-其子集合已关闭(;

我以为它是在不考虑子集合的情况下检索的1次阅读/文档?

36读到这怎么可能?这是否意味着我的12份文件每一份都要读3次?

这是我的数据结构:

myCollection: {
$docId: {
data:myDate
subCollection1:{
$subDocId
}
subCollection2:{
$subDocId
}
subCollection3:{
$subDocId
}
}
}

我在一个全新的项目上测试了它。事实上,使用控制台中的前端UI,它使用的文档数量大约是文档数量的2倍。我在一个集合中创建了6个带有一个字段的文档,每个列表都让我使用了12次读取。如果添加一些子集合,则可能会更多。

但首先,我认为控制台UI并不是用来作为工作界面的,而是用于支持/设计目的,这意味着偶尔输入。有了这个假设,成本效益问题就不那么重要了。如果你每天有5万次免费阅读,每10万次阅读0.036美元,那么在使用UI时多读几百次不会产生任何成本差异。

读取次数越多可能是实现的结果。Firestore是基于API调用计费的,可能会查询某些项目,即使在开始时没有看到它们,以改善用户体验或由于UI的某些其他功能。

此处为Firestore成本文档。

最新更新