MongoDB的设计模式策略

MongoDB是一项通用工具,但它也并非***。针对某些MongoDB不适用的场合,有时可选用设计模式来加以应对。

为泰州等地区用户提供了全套网页设计制作服务,及泰州网站建设行业解决方案。主营业务为网站设计制作、成都做网站、泰州网站设计,以传统方式定制建设网站,并提供域名空间备案等一条龙服务,秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求,就会得到认可,从而选择与我们长期合作。这样,我们也可以走得更远!

MongoDB是一个NoSQL文档数据库,在大多数情况下是一个相对理想的选择,即使是在其不适用的情况下,也仍然可以依靠下面所列举的这些设计模式来克服其局限性。

本文将针对我的另一篇文章《MongoDB的好坏恶》( MongoDB : The Good, The Bad, and the Ugly)中所提及的一些局限性,提供一个相对应的解决方案。

1. 查询命令分离模式

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

2. 应用程序级事务模式

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

 
 
 
 
  1. db.queue.insert( { _id : 123,   
  2.  
  3.   
  4.  
  5.     message : { },   
  6.  
  7.     locked : false,   
  8.  
  9.     tlocked : ISODate(),   
  10.  
  11.     try : 0 });   
  12.  
  13. var timerange = date.Now() - TIMECONSTANT;   
  14.  
  15. var doc = db.queue.findAndModify( { $or : [ { locked : false }, { locked : true, tlocked : { 
  16.  
  17. $lt : timerange } } ], { $set : { locked : true, tlocked : date.Now(), $inc : { try : 1 } } }   
  18.  
  19. );   
  20.  
  21. //do some processing   
  22.  
  23. db.queue.update( { _id : 123, try : doc.try }, { } );  

3. Bucketing模式

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

 
 
 
 
  1. var TOLERANCE = 100;   
  2.  
  3.     for( recipient in msg.to) {   
  4.  
  5.         db.inbox.update( {   
  6.  
  7.             owner: msg.to[recipient], count: { $lt : TOLERANCE }, time : { $lt : Date.now() } },   
  8.  
  9. { $setOnInsert : { owner: msg.to[recipient], time : Date.now() },   
  10.  
  11. { $push: { "messages": msg }, $inc : { count : 1 } },   
  12.  
  13. { upsert: true } );  

4. 关系模式

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

  • 确定数据是否属于该文档,即二者间是否有关系。
  • 如果可能的话,特别是面对有用的独有(专属)数据时,插入文档。
  • 尽可能不参考id值。
  • 对关系中的有用部分进行反规范化处理。好的候选不会经常甚至从不更改值,并且颇为有用。
  • 关注反规范数据的更新和关系修复。
 
 
 
 
  1. {   
  2.  
  3.      _id : 1,   
  4.  
  5.     name : ‘Sam Smith’,   
  6.  
  7.     bio : ‘Sam Smith is a nice guy’,   
  8.  
  9.     best_friend : { id : 2, name : ‘Mary Reynolds’ },   
  10.  
  11.     hobbies : [ { id : 100, n :’Computers’ }, { id : 101, n : ‘Music’ } ]   
  12.  
  13. }   
  14.  
  15. {   
  16.  
  17.     _id : 2,   
  18.  
  19.     name : ‘Mary Reynolds’   
  20.  
  21.     bio : ‘Mary has composed documents in MongoDB’,   
  22.  
  23.     best_friend : { id : 1, name : ‘Sam Smith’ },   
  24.  
  25.     hobbies : [ { id : 101, n : ‘Music’ } ]   
  26.  
  27. }  

5. 物化路径模式

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

 
 
 
 
  1. { _id: "Books", path: null }   
  2.  
  3. { _id: "Programming", path: ",Books," }   
  4.  
  5. { _id: "Databases", path: ",Books,Programming," }   
  6.  
  7. { _id: "Languages", path: ",Books,Programming," }   
  8.  
  9. { _id: "MongoDB", path: ",Books,Programming,Databases," }   
  10.  
  11. { _id: "dbm", path: ",Books,Programming,Databases," }  

按字段路径查询树模式:

 
 
 
 
  1. db.collection.find().sort( { path: 1 } ) 

使用路径字段的常规表达来找出Programming的后代集:

 
 
 
 
  1. db.collection.find( { path: /,Programming,/ } ) 

在Books是top parent的情况下查询Books的后代集:

 
 
 
 
  1. db.collection.find( { path: /^,Books,/ } )  

网页名称:MongoDB的设计模式策略
本文链接:http://www.shufengxianlan.com/qtweb/news25/70525.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联