如何在FiRecovery中构建集合的子节点？

Question

我正在尝试将以下结构从实时数据库迁移到Firestore：

•   Resources
    o   SENT
           resId1
               •    name : xxxx
               •    url : xxx
           resI2
               •    name ……
   o    ACCEPT
           resId3
           etc……
   o    REFUSED
           restIdn 
           etc….

因此，在根节点“资源”下，我有一些包含资源项列表的子节点（SENT、ACCEPT、REFUSED、...）。

使用Firestore，我似乎无法将subCollection直接置于collection之下（当我试图在管理控制台中使用Firestore复制此结构时，我需要创建一个中间文档，如：

Collection --> document --> SubCollection --> documents

女巫通向那个结构：

Resources --> SENT --> SENT --> resId1 {name: xxx, url: yyyy}

因此子节点“SENT”被复制两次（一个用于文档，一个用于子集合）。与firebase实时数据库相比，这根本不是一个改进或简化<我错过什么了吗？这种数据库结构的最佳方式是什么？

Answer 1

（10/13/2017@11am编辑）

似乎有两种结构适合你。

选项1：三个根集合

在Firestore数据库的根目录下创建三个集合

• 已发送的资源
• 资源接受
• 资源被拒绝

每一个都包含文档。

选项2：一个根集合

Firestore允许复合查询，因此您可以在根目录下创建一个名为resources的集合，并向每个文档添加type参数，其中type是[发送、接受、拒绝]之一。

然后您可以执行这样的查询：

// Get all sent resources
db.collection("resources").where("type", "==", "sent").get()

由于Firestore的内置索引，此查询将始终快速

选项3：子集合。

创建一个名为resources的根集合，其中只包含三个文档：

• 已发送
• 接受
• 拒绝

对于这些文档中的每一个，都创建一个resources子集合。

因此，要获取所有发送的资源：

// Get all sent resources
db.collection("resources").doc("sent").collection("resources").get()