我们都知道mongodb是一种面向文档的数据库,但是它的灵活性并不意味着你不需要对其进行结构设计,在代码实施之前进行结构设计是十分必要的。
但是这样问题就来了,目前我们用的几乎所有的数据库设计工具都无法表现出mongodb这种面向文档的数据结构,那么我们在做设计的时候怎么样把我们的结构清晰的展现给别人呢,我可不想用ps一个一个去画框图。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
其实官网的这篇设计哲学还是很不错的(http://www.mongodb.org/display/DOCS/S...)
MongoDB和传统SQL schema设计上最大的区别就是关于模型关系用什么方法表示比较好(在MongoDB里即可以用Link,又可以用Embedded)
简单总结下:
FirstClass (比如“User”这种) 应该用独立的Collection
"条目类型"的,应该 embedded
两个模型之间如果是包含关系,用 embedded
多对多关系,用 link(类似sql里面的foregin key)
如果一个模型,其可能存的对象很少,那么就用独立的collection,这样有助于mongodb server做缓存
embedded方式不利于做复杂的关联,复杂的查询
embedded方式性能很有优势,如果你有“性能”方面的要求,可以考虑用embbed