Het hangt sterk af van de relatie tussen uw objecten (d.w.z. de verhouding van het aantal objecten aan elke kant van de relatie en de frequentie van updates), dus het hangt af van uw toepassing en vereisten.
Een goede bron om naar te kijken (die je als 'best practice' zou kunnen beschouwen) is de blog van MongoDB over denormalisatie:
http:/ /blog.mongodb.org/post/87200945828/6-rules-of-thumb-for-mongodb-schema-design-part-1
http:/ /blog.mongodb.org/post/87892923503/6-rules-of-thumb-for-mongodb-schema-design-part-2
http:/ /blog.mongodb.org/post/88473035333/6-rules-of-thumb-for-mongodb-schema-design-part-3
kortom, omdat het een breed onderwerp is:we hebben het over N-N-relaties, en het hangt af van de verhouding van N's
Als objecten onveranderlijk zijn, is het aan te raden om ze in een ander object te nesten, aangezien je niet te maken krijgt met updates en zoeken triviaal wordt.
Als objecten niet onveranderlijk zijn, moet u de kosten van updates afwegen tegen de kosten van het zoeken door een collectie om ID op te zoeken en vervolgens door de andere collectie zoeken naar de objecten die aan die ID's zijn gekoppeld.