Tout d'abord, vous devez savoir que MongoDB est un type de NoSQL et ne prend pas directement en charge Join. Il s'agit d'une fonctionnalité de NoSQL qui n'a pas besoin de prendre directement en charge Join et peut obtenir une meilleure expansion horizontale et de meilleures performances.
Mais cela ne signifie pas que MongoDB ne peut pas faire ce que Join fait. Afin de réaliser la fonction de jointure de base de données traditionnelle, MongoDB a deux idées :
.
Intégration : grâce à l'intégration de sous-documents, la relation un à plusieurs est obtenue ; c'est la structure imbriquée dont vous parlez
;
Référencement : le référencement est divisé en référencement manuel et référencement automatique ; le référencement manuel est généralement recommandé, en enregistrant généralement l'Object_id du document qui doit être associé dans la collection qui doit être associée, c'est-à-dire, en écrivant l'Object_id du document qui doit être associé. Lors de la saisie, écrivez-les dans deux collections qui doivent être associées.
Les deux idées ci-dessus sont également les idées principales du modèle de données de MongoDB.
Alors, comment distinguer les deux idées ci-dessus lorsqu'elles sont utilisées dans des applications spécifiques ?
Si le sous-document qui peut être intégré n'a pas besoin d'être interrogé séparément, alors intégrez-le directement
Si ce sous-document doit fournir des requêtes externes, enregistrez-le séparément en tant que collection et utilisez le référencement pour l'associer à d'autres collections.
Pour référence.
J'adore MongoDB ! Amusez-vous!
Rendez-vous le 19, merci de cliquer sur :>---<
Série de conférences en ligne MongoDB 19 - MongoDB 10 étapes pour créer une vue unique
La structure de type document est plus proche de notre description des attributs d'objet ; tous les attributs d'un objet peuvent être décrits à travers un seul enregistrement, ce qui est un avantage !
Tout d'abord, vous devez savoir que MongoDB est un type de NoSQL et ne prend pas directement en charge Join. Il s'agit d'une fonctionnalité de NoSQL qui n'a pas besoin de prendre directement en charge Join et peut obtenir une meilleure expansion horizontale et de meilleures performances.
Mais cela ne signifie pas que MongoDB ne peut pas faire ce que Join fait. Afin de réaliser la fonction de jointure de base de données traditionnelle, MongoDB a deux idées :
.Intégration : grâce à l'intégration de sous-documents, la relation un à plusieurs est obtenue ; c'est la structure imbriquée dont vous parlez
Référencement : le référencement est divisé en référencement manuel et référencement automatique ; le référencement manuel est généralement recommandé, en enregistrant généralement l'Object_id du document qui doit être associé dans la collection qui doit être associée, c'est-à-dire, en écrivant l'Object_id du document qui doit être associé. Lors de la saisie, écrivez-les dans deux collections qui doivent être associées.
Les deux idées ci-dessus sont également les idées principales du modèle de données de MongoDB.
Alors, comment distinguer les deux idées ci-dessus lorsqu'elles sont utilisées dans des applications spécifiques ?
Si le sous-document qui peut être intégré n'a pas besoin d'être interrogé séparément, alors intégrez-le directement
Si ce sous-document doit fournir des requêtes externes, enregistrez-le séparément en tant que collection et utilisez le référencement pour l'associer à d'autres collections.
Pour référence.
J'adore MongoDB ! Amusez-vous!
Rendez-vous le 19, merci de cliquer sur :>---<
Série de conférences en ligne MongoDB 19 - MongoDB 10 étapes pour créer une vue unique
La structure de type document est plus proche de notre description des attributs d'objet ; tous les attributs d'un objet peuvent être décrits à travers un seul enregistrement, ce qui est un avantage !