Google cloud firestore 文档读取是否计入Firestore中的子集合？

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

我有11个文档，每个文档都有3个子集合（其中有一定数量的文档），加上1个没有子集合的虚拟文档，连接到firestore UI时，我可以读取36次（打开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成本文档。

理论上，每个文档应读取一次。但是，例如，如果对10个文档的集合执行

get（）

，您将有10次读取。由于连接Firestore的方法很多，最好添加代码示例（）@vitooh如果您愿意，我在UI或控制台上没有连接任何代码。这个结果非常奇怪，您不这么认为吗？@vitooh我将尝试添加数据example@vitooh我添加了数据结构。提前感谢您是否确认在检索文档时，它不会获取其子集合？是的，我可以确认。根据我的测试，如果在UI中展开一个文档，“读取”的成本等于集合数+字段数。无论子集合中有多少个文档。哦，如果我使用客户端firebase sdk获得我所描述的文档，我将获得4次读取或仅读取1次。感谢您的时间，这个问题是关于UI中的读取。读取基于API调用和实现，因此通常依赖于代码。我建议用代码示例创建新问题。是的，我已经试过了，这算是一次阅读，所以感谢您的回答