Det afhænger i høj grad af forholdet mellem dine objekter (dvs. forholdet mellem antallet af objekter på hver side af forholdet og hyppigheden af opdateringer), så det afhænger af din applikation og dine krav.
En god ressource at se på (som du måske kan tage som 'bedste praksis') er bloggen fra MongoDB om denormalisering:
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
kort sagt, fordi det er et bredt emne:vi taler om N-N-forhold, og det afhænger af forholdet mellem N'er
Hvis objekter er uforanderlige, anbefales det at indlejre dem i et andet objekt, da du ikke skal beskæftige dig med opdateringer, og søgningen gøres triviel.
Hvis objekter ikke er uforanderlige, skal du vægte omkostningerne ved opdateringer i forhold til omkostningerne ved at søge gennem en samling for at slå id op og derefter søge gennem den anden samling efter de objekter, der er knyttet til det/disse id'er.