文档模型关系
Model One-to-One Relationships with Embedded Documents
Overview
Data in MongoDB has a flexible schema. Collections do not enfoce document structure.
Pattern
In the normalized data model, the address document contains a reference to the patron document.
![817474-20151010173013987-351662180.png](https://i-blog.csdnimg.cn/blog_migrate/6161b7fe7c02619aab616a4da753052f.png)
![817474-20151010173015018-368326524.png](https://i-blog.csdnimg.cn/blog_migrate/120ca75fb6acd6a04cc59724118deefd.png)
Model One-to-Many Relationships with Embedded Documents
Pattern
Consider the following example that map patron and multiple address relationships. In this one-to-many relationships between patron and address data, the patron has multiple address entities.
In the normalized data model, the address documents contain a reference to the parton document:
![817474-20151010173015846-1572218705.png](https://i-blog.csdnimg.cn/blog_migrate/2fa1d7927657de49e58248db1d2284e2.png)
If your application frequently retrieves the address data with name information, then your application needs to issue multiple queries to resolve the references. A more schema would to embed the address data entities in the patron data, as in the following document:
![817474-20151010173016518-812612128.png](https://i-blog.csdnimg.cn/blog_migrate/3f2b1b96ee241b962e0b6306eaa6e4cc.png)
Model one-to-Many Relationships with Document References
Pattern
Consider the following example that maps publisher and book relationships. The example illustrates the advantage of referencing over embedding to avoid repetition of publisher information.
Embeddding the publisher document inside the book document would lead to repetion of publisher data as the following documents show:
![817474-20151010174539612-2022109964.png](https://i-blog.csdnimg.cn/blog_migrate/dd5017f9bf2da7565b52116f89e1622a.png)
To avoid repetion of the publisher data, use references and keep the publisher information in separate collection from the book collection.
When using references, the growth of the relationships determine where to store the reference. If the number of books per publisher is small with limited growth, storing the book references inside the publisher document may sometimes be useful. Otherwise, if the number of books per publihser is unbounded, this data model would lead to mutable, growing arrays, as in the following example:
![817474-20151010174540565-1820590919.png](https://i-blog.csdnimg.cn/blog_migrate/da86a43d5c7455d1ae900bea4a017d94.png)
To avoid mutable, growing arrays, store the publisher reference inside the book document:
![817474-20151010174541409-251656116.png](https://i-blog.csdnimg.cn/blog_migrate/e219c59e6aa10f21039e2785d09cba4f.png)