Firebase Cloud Firestore 的成本优化模式：通过集合获取文档

Question

我的目标是在使用 Firebase Cloud Firestore 时优化应用架构的成本。我了解 Cloud Firestore 的定价模型是按读/写计算的。因此，出于成本优化的目的，我正在考虑以下模式。我想知道它是“最佳实践”还是反模式。

这个想法是，每当我创建一个新文档以添加到集合中时，我都会让用户更新第二个“主文档”，其中包含文档内容的某些子集以及来自许多不同用户的许多类似文档的相同内容.

然后，当我去获取列表数据时，我不会获取集合并为从集合中读取的每个文档收取费用（多次读取），而是仅检索主文档（一次读取）。

在代码中，如下所示。

而不是这个：

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

我这样做：

const docRef = db.collection("reviews").doc("MasterList");

docRef.get().then(doc => {
  if (doc.exists) {
    console.log("Document data:", doc.data());
  } else {
    // doc.data() will be undefined in this case
    console.log("No such document!");
  }
})

这是一个成本明智的最佳做法吗？还是这是一种反模式？

Answer 1

编辑： 2021 年 8 月 27 日

我写了一篇关于这个主题的文章以便更好地理解：

• How to reduce Firestore costs?

---

拥有“主文档”的想法很好，因为即使您更改其中的多个属性，您也可以进行一次写入操作但是存在关于约束，documents have limits。因此，在您可以将多少数据放入文档时存在一些限制。根据关于使用和限制的官方文档：

文档的最大大小：1 MiB（1,048,576 字节）

如您所见，单个文档中的数据总量限制为 1 MiB。当我们谈论存储文本时，您可以存储几乎所有内容，但随着文档变得越来越大，请注意此限制。

Cloud Firestore 针对存储大量小文档进行了优化。因此，您应该利用此功能。即使您需要在不同的集合中复制和更新多个文档，我也建议您继续这样做。

附：如果您担心成本，还可以查看 Firebase 实时数据库并尝试将它们一起使用。工作得很好。