在Firebase Firestore中阅读读配额

时间：2019-03-31 12:55:19

标签： firebase google-cloud-firestore

我正在尝试确定是否存在合理的方法：

我的问题：

很快超过了我每天在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次操作。

这种推理在某种程度上基于this answer。

我的问题：

还有其他方法吗？像在一次通话中获取所有曲目一样？我是否应该查看是否可以将所有项目放入用户对象的数组键中，而不是存储为集合？免费版本的Firestore难道不是一口气就能检索到这么多文档吗？

1 个答案:

答案 0 :(得分：1)

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

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

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

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

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

相关问题
最新问题