云Firestore深度获取与子集合
假设我们有一个名为'Todos'的根集合。
此集合中的每个文档都有：
-
null
-
null
db.collection('todos').onSnapshot((snapshot) => {
snapshot.docChanges.forEach((change) => {
// ...
});
});
共有1个答案
不支持这种类型的查询，尽管我们将来可能会考虑这种查询。
-
我正在尝试为firestore中的社交媒体应用程序组织数据。为帖子创建一个新集合或将其放入用户的子集合更好吗？ 深度应该是一样的，但是一种方式比另一种方式有什么优势吗？ 创建新集合： 职位（集合） 用户（集合） 用户中的子集合： 用户（集合）
-
首先，我知道Firestore是如何工作的，并且花了很多时间评估不同的方法以获得良好的结构。但我仍在考虑以下情况： 有一个已知食谱的数据库。用户可以添加菜谱，但必须确认它们是真正的菜谱，而不仅仅是一些变体。因此，每个用户都可以从用户生成的食谱列表中选择receipes，说明他们知道如何烹饪（或添加新的）。 现在，我希望用户与其他人分享他们的receipes列表，但我不确定如何最好地使用Firest
-
我试图在云函数中获得通过firebase web sdk验证的用户的UID。cloud函数由cloud FireStore的事件触发。 当登录用户正在创建/更新CAFE中的项目时，会触发此功能。身份验证由处理。安全规则仅对登录的用户启用写操作。因此该事件可以绑定到用户。 文档中有处理的示例，但在所有这些情况下，userId都是文档路径的一部分。但是在这个模型中，用户不是路径的一部分，因为一个咖啡馆
-
在第一个屏幕截图中，集合用户中有许多文档。每个文档都包含进一步的集合jobPost，该集合包含进一步的文档及其元数据。 我在这里想要的是去收集用户的每个文档和进一步的子收集jobPost并获取所有文档。假设首先它应该转到集合用户中的文档1，在文档1中它应该获取子集合jobPost中的所有文档，然后它应该转到集合用户的第二个文档，然后获取子集合jobPost中的所有文档，等等。
-
我正在开发一款iOS应用程序，它有（哇，惊喜！）聊天功能。整个应用程序大量使用Firebase工具，对于数据库，我正在使用新的云Firestore解决方案。 目前我正在使用数据库规则加强安全性，但我对自己的数据模型有点挣扎：）这可能意味着我的数据模型选择不当，但我真的很满意，除了实现规则部分。 模型的对话部分如下所示。在我的数据库的根目录下，我有一个集合： 然后我对每个对话都有一个子集合，称为消息
-
我正在从Firebase实时数据库切换到云Firestore。我的数据库包含拥有存储的用户，每个存储都包含盒子。每个用户都可以拥有多个包含盒子的存储器。每个存储可以包含几个盒子。每个箱子只能放在一个仓库里。 在我应用程序的主视图中，对于该特定用户，我需要列出所有存储以及每个存储中的框，如下所示： 然后，用户应该能够点击每个框以查看内容和更多信息。 在Firebase实时数据库中，每个用户只需一个请