Ich versuche, die folgende Struktur aus Echtzeit-Datenbank migrieren zu Fires:Wie Struktur Unterknoten von Sammlungen in Firestore?
• Resources
o SENT
resId1
• name : xxxx
• url : xxx
resI2
• name ……
o ACCEPT
resId3
etc……
o REFUSED
restIdn
etc….
So unter Root-Knoten „Ressourcen“ Ich habe einige Unterknoten haben (SENT, ACCEPT, Refused, ...), die enthalten Liste der Ressourcenelemente
Mit Firestor es scheint, dass ich nicht Untersammlung direkt unter Sammlung haben kann (Wenn ich versuche, diese Struktur mit Firestor in der Admin-Konsole ein Zwischendokument zu erstellen, wie ich brauche, zu reproduzieren:
Collection --> document --> SubCollection --> documents
Hexe führen zu diese Struktur.
Resources --> SENT --> SENT --> resId1 {name: xxx, url: yyyy}
So ist der Unterknoten „SENT“ zweimal dupliziert wird (eine für das Dokument und ein für die Untersammlung) Dies ist keine Verbesserung oder eine Vereinfachung bei allem, wenn ich mit Feuerbasis vergleichen Echtzeitdatenbank.
Vermisse ich etwas? Was ist der beste Weg für eine solche Datenbankstruktur?
keine Ressourcen nicht die Wurzel Datenbank ist, ist es nur eine Sammlung (oder ein Knoten) bestimmter Elemente. Und ich habe vielleicht mehr als 3 Unterkategorien – toofoo
Gehören Ressourcen zu einem anderen Dokument? Ich brauche mehr Informationen. –
Keine Ressourcen ist ein erster Knoten nach dem root (wie eine Art von TABLE); Es gibt einige andere Wurzelknoten, der einzige Unterschied ist, dass dieser Knoten "Ressourcen" in Unterkategorien unterteilt ist (für das Beispiel Sent, Accept, etc .....) – toofoo