超过 firebase firestore 中的读取配额

Question

我试图弄清楚是否有一种合理的方法来做到这一点：

我的问题：

很快就超过了我在 firestore 中读取的每日配额。

我的数据库和我所做的：

我的数据库看起来像这样（简化）：

sessions: {                 // collection
    sessionId: {            // document
        users: {            // collection
            userId: {       // document
                id: string
                items: {    // collection
                    itemId: trackObject
                }
            }
        }
    }
}

现在我想从一个会话中检索所有用户及其项目。大多数会话有 2-3 个用户，但有些用户有大约 3000 个项目。我基本上想检索这样的数组：

[
    {
        userId,
        items: [
            ...items
        ],
    },
    ...users
]

我目前如何处理：

所以我得到了所有用户：

const usersRef = db.collection(`sessions/${sessionId}/users`);
const userSnapshots = await usersRef.get();
const userDocs = userSnapshots.docs;

然后对于每个用户，我检索他们的项目：（
我使用了一个可以讨论的 for 循环，但无论如何）

const user = userDocs[i].data();
const itemsRef = usersRef.collection(`${user.id}/items`);
const itemSnapshots = await itemRef.get();
const items = itemSnapshots.docs

最后，我通过地图检索实际项目：

user.items = items.map(doc => doc.data());
return user;

我的理论：

所以看起来如果我在用户有 3000 个项目的会话上执行此操作，代码将在 firestore 上执行 3000 次读取操作。仅运行 17 次后，我每天就吃掉了 50000 次操作。

这个推理有点基于这个答案。

我的问题：

有没有其他方法可以做到这一点？喜欢在一次读取调用中获取所有曲目？我是否应该查看是否可以将所有项目放入用户对象中的数组键中，而不是存储为集合？firestore 的免费版本是否根本就不是为一次性检索这么多文档而设计的？

Answer 1

如果您想减少文档读取的数量，则需要减少实现用例所需的文档数量。

例如，您的应用程序的用户想要阅读所有 3000 个项目的详细信息，这完全不同。因此，您可能希望限制最初阅读的项目数量，并仅根据需要加载其他项目。

还要考虑是否每个项目都需要成为它自己的文档，或者是否可以将用户的所有项目合并到一个文档中。例如，如果您从不查询单个项目，则无需将它们存储为单独的文档。

如果您是否可以将常见项目合并到单个文档中，则需要考虑的另一件事。一个例子是，即使您将项目保留在单独的子集合中，也要在用户文档中为用户保留最近 30 个项目的名称和 ID。这使您可以轻松地显示用户及其 30 个最近的项目。这样做实际上是预渲染每个用户的这 30 个项目，从而显着减少了您需要阅读的文档数量。

要了解有关数据建模注意事项的更多信息，请参阅：

• Cloud Firestore 付款
• 超过 firebase firestore 中的读取配额
• 视频系列了解 Cloud Firestore，特别是什么是 NoSQL 数据库？Cloud Firestore 的结构如何？以及如何组织您的数据
• 这篇关于NoSQL 数据建模的文章