Hierarchische Struktur Firestore und Subcollections

Question

Ich versuche eine Datenbank mit Cloud Firestore zu erstellen und habe die Dokumentation über hierarchic structure gelesen. Ich habe eine andere Lösung zu der im Dokumentationsbeispiel vorhandenen gefunden.

Ich habe eine collection von Kategorien, und jede Kategorie kann Unterkategorien haben. Während ich könnte das System in der Firestor Dokumentation Beispiel vorgesehen verwenden wie collection/document/subcollection/document... ich another example für MongoDB gefunden habe, wo statt mit Subkollektionen es mit Eltern-Kind-Beziehungen verschachtelte Daten in einem einzigen Dokument verwendet, wie unten

im Bild beschrieben

Welcher Ansatz ist besser, wenn ich die user in der Lage sein möchte, alle Unterkategorien zu sehen, so dass der Benutzer eine bestimmte event kategorisieren kann? Mit besser meine ich in Bezug auf die Vermeidung mehrerer Verbindungen mit der DB (wie das ist, was Firestore mit Preisen).

Answer 1

Dieses Dokument beschreibt verschachtelte Daten und ihre Nachteile, "Choose a Data Structure". Ich bin mir nicht sicher, ob die Aussage über mehrere Verbindungen für die Preisfindung korrekt ist. Firestore charges for number of operations, storage, and network bandwidth.

Wenn alle Benutzer eine einzelne Kategorienliste verwenden, können Sie die gesamte Liste mit einer Operation mit Ihrer aktuellen Struktur abrufen. Beachten Sie, dass es eine 1 MiB limit for document size gibt.