我试图从迁移实时数据库结构如下,以公司的FireStore:如何构建Firestore中的集合的子节点?
• Resources
o SENT
resId1
• name : xxxx
• url : xxx
resI2
• name ……
o ACCEPT
resId3
etc……
o REFUSED
restIdn
etc….
所以在根节点“资源”我有一些子节点(SENT接受,拒绝...)包含资源项目清单。
随着公司的FireStore看来我不能有子集合直接托收项下(当我尝试重现这种结构与公司的FireStore在管理控制台中,我需要创造这样一个中间文件:
Collection --> document --> SubCollection --> documents
女巫导致该结构:
Resources --> SENT --> SENT --> resId1 {name: xxx, url: yyyy}
所以子节点“已发送”被重复两次(一个用于文件和一个子集) 这不是一个改进或简化所有,如果我火力比较实时数据库。
我错过了什么吗?这种数据库结构的最佳方式是什么?
没有资源不是特定项目的根数据库,它只是一个集合(或节点)。我可能有超过3个子类别 – toofoo
资源是否属于其他文档?我需要更多信息。 –
没有资源是根后的第一个节点(比如一种TABLE);还有一些其他的根节点,唯一不同的是这个节点“资源”被划分在子类别中(例如已发送,接受等.....) – toofoo