Firebase Firestore 读取和定价

Question

我目前在 Firestore 中有一组文档。这些文档中的每一个都包含一个 json 对象数组。我相信将这些数组作为子集合存储在每个文档中会更好。我唯一关心的是读取子集合的定价方面。

由于它目前只是每个文档上的一个数组，我相信当我获取文档时，这仅算作一次读取（如果我错了，请纠正我）。

如果我转而使用子集合并使用下面的代码阅读整个集合，这算作一次阅读还是多次阅读？我担心这可能很昂贵。

db.collection("cities").get().then(function(querySnapshot) {
    querySnapshot.forEach(function(doc) {
        // doc.data() is never undefined for query doc snapshots
        console.log(doc.id, " => ", doc.data());
    });
});

https://firebase.google.com/docs/firestore/query-data/get-data

感谢您的帮助:)

Answer 1

无论文档有多大，阅读一份文档都算作一次阅读。 文档中实际上没有 JSON 这样的东西，firebase 会在后台扁平化你的结构，它对你来说就像 JSON。图片您的文档有一个密钥person。

现在 person 对象可能看起来像这样

{
  name: "Phil",
  age: 25
}

Firestore 将单独保存所有字段，因此从技术上讲，您的文档现在具有 person.name 和 person.age 字段，而不仅仅是 person 字段。 这对您来说意味着即使您在单个文档中有复杂的对象，它仍然只是一个文档，因此算作一次读取。

加载子集合将计为单独读取。但是想象一下，而不是像我的person 示例中的小对象，您拥有大小为数千字节甚至兆字节的对象。每次查询文档时，您不仅会获取大量有效负载（您可能只需要其中的几个属性），而且由于网络出口，您的账单也会增加，因此额外读取一次是值得的。

是否使用子集合的问题归结为您的文档可能有多大。但这由您决定。

编辑： 对于您在评论中描述的用例，将 cmets 存储在文档本身以及子集合中可能是一个好主意。 例如，您的文档可以直接保存前 5 个 cmets，这样您的网络出口保持在较低水平，但您仍然可以立即访问最重要的 cmets。然后，如果要加载更多 cmets，可以查询子集合以获取完整的 cmets 集合。在 NoSQL 数据库中，冗余数据是允许的，有时实际上是好的。

另外我推荐firebase关于这个主题的视频：https://www.youtube.com/watch?v=o7d5Zeic63s