J'ai suivi avec Linq de Rob Conery pour MongoDB et j'ai rencontré une question. Dans l'exemple, il montre comment vous pouvez facilement imbriquer un objet enfant. Pour mon expérience actuelle, j'ai la structure suivante.Objets enfants dans MongoDB
class Content
{
...
Profile Profile { get; set; }
}
class Profile
{
...
}
Cela fonctionne très bien lorsque vous consultez des éléments de contenu. Le dilemme auquel je fais face est maintenant si je veux traiter le profil comme un objet atomique. En l'état, il semble que je ne puisse pas interroger directement l'objet Profile, mais qu'il soit livré avec des résultats de contenu. Si je veux qu'il soit inclusif, mais aussi capable d'interroger simplement Profile, je pense que mon premier instinct serait de faire de Profiles un objet de haut niveau et ensuite de créer une structure de type foreign key sous la classe Content pour lier les deux ensemble. Pour moi, c'est comme si je me rabattais sur les pratiques de SGBDR et que j'avais l'impression d'aller probablement à l'encontre de l'esprit de Mongo. Comment traiteriez-vous un objet sur lequel vous devez agir de manière indépendante tout en voulant également être un objet enfant d'un autre objet?