现在需求是每个用户有一些项目projects，项目有分类tags。
按照 mysql 的方法应该是建3张表，一张用户表，一张项目表，一张分类表，然后外键什么的。
如果是 mongo ，是不是一张表就够了？
{
username: '',
u_id: '132342131',
projects: [
{
tags: 'editor',
p_id: ['12312334','123345213','2352321313']
},
{
tags: 'blogs',
p_id: ['12312334','123345213','2352321313']
}
]
}初学 mongo ，不吝赐教。
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Je pense qu'une seule table suffit dans votre cas
mongodbAprès tout, il s'agit d'une base de données documentaire et les données stockées sont hautement évolutives. Bien sûr, vous pouvez vous séparer si vous le souhaitez. Pour référence seulementCela peut être une table, mais c'est plus gênant lors de la mise à jour de la valeur spécifiée par "p_id"
J'aurais aussi aimé qu'il y ait des réponses simples. La question est : « les données doivent-elles être placées dans un tableau » est la partie la plus difficile de la conception du modèle de données de MongoDB. La conception de la base de données de MongoDB n'est pas comme celle de SQL. La norme est de savoir si elle répond à la troisième forme normale. Les choses sont beaucoup plus faciles lorsqu'il existe des normes. Pour MongoDB, il s'agit d'une série de "si... alors devrait... mais si... alors devrait..."
C'est un sujet important et la chose la plus importante à apprendre lors de l'utilisation de MongoDB. Fournissez quelques informations pour la recherche :
http://blog.mongodb.org/post/...
http://blog.mongodb.org/post/...
http:// blog .mongodb.org/post/…
https://docs.mongodb.com/manu…
La question la plus fondamentale à considérer est de savoir comment vous envisagez d'utiliser ce modèle de données. Si votre modèle fonctionne bien dans la plupart des scénarios d'utilisation, il s'agit d'une bonne conception.