MongoDB
 sql >> Datenbank >  >> NoSQL >> MongoDB

Best Practice für verschachtelte Kategorien in Mongo und Meteor

Es hängt stark von der Beziehung zwischen Ihren Objekten ab (d. h. dem Verhältnis der Anzahl der Objekte auf jeder Seite der Beziehung und der Häufigkeit der Aktualisierungen), also hängt es von Ihrer Anwendung und Ihren Anforderungen ab.

Eine gute Ressource, die Sie sich ansehen sollten (die Sie als „Best Practice“ ansehen könnten), ist der Blog von MongoDB über Denormalisierung:

http:/ /blog.mongodb.org/post/87200945828/6-Faustregeln-für-mongodb-schema-design-part-1

http:/ /blog.mongodb.org/post/87892923503/6-Faustregeln-für-mongodb-schema-design-part-2

http:/ /blog.mongodb.org/post/88473035333/6-Faustregeln-für-mongodb-schema-design-part-3

Kurz gesagt, weil es ein weites Thema ist:Wir sprechen über N-N-Beziehungen, und es hängt vom Verhältnis von N ab

Wenn Objekte unveränderlich sind, wird empfohlen, sie in einem anderen Objekt zu verschachteln, da Sie sich nicht mit Aktualisierungen befassen müssen und die Suche trivial wird.

Wenn Objekte nicht unveränderlich sind, müssen Sie die Kosten für Aktualisierungen gegen die Kosten für das Durchsuchen einer Sammlung zum Suchen von IDs abwägen und dann die andere Sammlung nach den Objekten durchsuchen, die dieser/diesen IDs zugeordnet sind.