MongoDB的设计模式策略

1、查询命令分离模式

       在副本集中职责被分离到不同的节点。最基本的第一类节点可能也同时占据着首要地位，它只需要储存那些写入和更新所需的数据。而查询工作则交由第二类节点来执行。这一模式将提升首要节点服务器的写吞吐量，因为当写入一组对象时，需要更新及插入的数据量也随之减少，除此之外，二类节点也得益于较少的待更新数据和其自身所肥海蚂具有的为其工作量而优化的内存工作集。

2、应用程序级事务模式

        MongoDB不支持事务和文件内部锁定。然而，依据应用逻辑，应当保留queue用法。 代码如图。

3、Bucketing模式

       当文本含有一个不断增长的数组时，则使用Bucketing模式，例如指令。而指令线可能会扩展到超过文档大小的合理值。该模式经由编程方式处理，并通过公差计算触发。代码如图。

4、关系模式

       有时，会有不能插入整个文档的情况，例如人体建模时，我们就可以使用该模式来建立关系。

       *确定数据是否属于该文档，即二者间是否有关系。

       *如果可能的话，特王没别是面对有用的独有（专属）数据时，插入文档。

       *尽可能不参考id值。

       *对关系中的有用部分进行反规范化处理。好的候选不裕祝会经常甚至从不更改值，并且颇为有用。

       *关注反规范数据的更新和关系修复。

代码如图。

5、物化路径模式

       在一个数据模型的树模式中，同一对象类型是该对象的子对象，这种情况下可以使用物化路径模型来以获取更高效的检索、查询。