问题描述
现在需求是每个用户有一些项目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 ，不吝赐教。
问题解答
回答1：我觉得你这种情况一张表足够了，mongodb毕竟是文档型数据库，存储的数据扩展性高。当然了你想分开也可以。仅供参考
回答2：可以一张表的，就是更新 “p_id”指定的值时，比较尴尬
回答3：我也希望有简单的答案就好了。问题是，“是否应该把数据放进一个表”正是MongoDB的数据模型设计中最困难的部分。MongoDB的数据库设计不像SQL，以是否满足第三范式为标准，有标准的事情就要容易得多。而对于MongoDB来说则是一系列的“如果……就应该……但是如果……就应该……”这是一个很大的话题，也是使用MongoDB最重点要学习的东西。提供一些资料去研究下：http://blog.mongodb.org/post/...http://blog.mongodb.org/post/...http://blog.mongodb.org/post/...https://docs.mongodb.com/manu...
最基本要考虑的问题是你打算怎么用这个数据模型。如果你的模型能够在大部分使用场景下都表现得良好，这就是一个好的设计。
