Firestore 定价模型案例

Question

我试图了解 Firebase 定价模型，但我偶然发现了这一点。 https://firebase.google.com/docs/firestore/pricing

文档读取以外的查询

对于文档读取以外的查询，例如对集合 ID 列表的请求，您需要为一个文档读取付费。如果获取完整的结果集需要多个请求（例如，如果您使用分页），则您需要为每个请求支付一次费用。*

假设我从profiles 集合（10.000 个文档）中随机获取 10 个配置文件limit(10)，这将花费我 10 次读取。

return FirebaseFirestore.instance
    .collection('profiles')
    .limit(10)
    .get()
    .then(...)

现在我想在 UI 中显示我的 10 个结果，并且我还想向客户显示一个心形图标，如果客户喜欢或不喜欢个人资料，该图标就会被填充。我会获取用户数据并检查用户是否喜欢 10 个配置文件之一。我已经学会了将用户特定数据存储在同一个集合profiles 中没有意义，假设我们将其保存在一个名为profilelikes 的users 集合子集合中：

return FirebaseFirestore.instance
        .collection('users')
        .doc('userId')
        .collection('profilelikes')
        .get()
        .then((QuerySnapshot querySnapshot) => {
              querySnapshot.docs.forEach((doc) {
                if () {
                  // check if profiles from list matches userprofile document
                }
              })
            });

这对这个案例究竟意味着什么？假设用户在profilelikes 中有 5000 个文档，如果其中 10 个匹配或不匹配，我将在 5000 个文档中搜索。假设其中 2 个匹配：

我们这里有多少成本？

First Query：10 次读取，因为我们这里有 10 个结果 第二次查询：？？？

Answer 1

您在问题中指出的章节实际上涵盖了“除了文档读取之外的查询”。例如，使用 Firestore REST API，您可以列出集合 ID，请参阅 API 文档中的 here。与 Admin SDK 相同，请参见 listCollections() 方法。

就您而言，您实际上是在阅读文档。

• 所以第一个查询将花费 10 次读取，“因为我们有 10 个结果”，如您所说。

• 第二个查询 (collection('users').doc('userId').collection('profilelikes').get()) 将花费 5000 次读取，因为您要查询包含 5000 个文档的整个（子）集合。

结论：您很可能应该调整您的数据模型（非规范化？）以避免获取整个子集合。

---

PS：值得注意的是minimum charge 用于文档读取的概念：“对于您执行的每个查询，即使查询没有返回任何结果，读取一个文档的最低费用也是如此。”