MongoDB是一項通用工具，但它也并非***。針對某些MongoDB不適用的場合，有時可選用設計模式來加以應對。

MongoDB是一個NoSQL文檔數(shù)據(jù)庫，在大多數(shù)情況下是一個相對理想的選擇，即使是在其不適用的情況下，也仍然可以依靠下面所列舉的這些設計模式來克服其局限性。

本文將針對我的另一篇文章《MongoDB的好壞惡》( MongoDB : The Good, The Bad, and the Ugly)中所提及的一些局限性，提供一個相對應的解決方案。

1. 查詢命令分離模式

在副本集中職責被分離到不同的節(jié)點。最基本的***類節(jié)點可能也同時占據(jù)著首要地位，它只需要儲存那些寫入和更新所需的數(shù)據(jù)。而查詢工作則交由第二類節(jié)點來執(zhí)行。這一模式將提升首要節(jié)點服務器的寫吞吐量，因為當寫入一組對象時，需要更新及插入的數(shù)據(jù)量也隨之減少，除此之外，二類節(jié)點也得益于較少的待更新數(shù)據(jù)和其自身所具有的為其工作量而優(yōu)化的內存工作集。

2. 應用程序級事務模式

MongoDB不支持事務和文件內部鎖定。然而，依據(jù)應用邏輯，應當保留queue用法。

db.queue.insert( { _id : 123,   
 
  
 
    message : { },   
 
    locked : false,   
 
    tlocked : ISODate(),   
 
    try : 0 });   
 
var timerange = date.Now() - TIMECONSTANT;   
 
var doc = db.queue.findAndModify( { $or : [ { locked : false }, { locked : true, tlocked : { 
 
$lt : timerange } } ], { $set : { locked : true, tlocked : date.Now(), $inc : { try : 1 } } }   
 
);   
 
//do some processing   
 
db.queue.update( { _id : 123, try : doc.try }, { } );  

3. Bucketing模式

當文本含有一個不斷增長的數(shù)組時，則使用Bucketing模式，例如指令。而指令線可能會擴展到超過文檔大小的合理值。該模式經(jīng)由編程方式處理，并通過公差計算觸發(fā)。

var TOLERANCE = 100;   
 
    for( recipient in msg.to) {   
 
        db.inbox.update( {   
 
            owner: msg.to[recipient], count: { $lt : TOLERANCE }, time : { $lt : Date.now() } },   
 
{ $setOnInsert : { owner: msg.to[recipient], time : Date.now() },   
 
{ $push: { "messages": msg }, $inc : { count : 1 } },   
 
{ upsert: true } );  

4. 關系模式

有時，會有不能插入整個文檔的情況，例如人體建模時，我們就可以使用該模式來建立關系。

• 確定數(shù)據(jù)是否屬于該文檔，即二者間是否有關系。
• 如果可能的話，特別是面對有用的獨有(專屬)數(shù)據(jù)時，插入文檔。
• 盡可能不參考id值。
• 對關系中的有用部分進行反規(guī)范化處理。好的候選不會經(jīng)常甚至從不更改值，并且頗為有用。
• 關注反規(guī)范數(shù)據(jù)的更新和關系修復。

{   
 
     _id : 1,   
 
    name : ‘Sam Smith’,   
 
    bio : ‘Sam Smith is a nice guy’,   
 
    best_friend : { id : 2, name : ‘Mary Reynolds’ },   
 
    hobbies : [ { id : 100, n :’Computers’ }, { id : 101, n : ‘Music’ } ]   
 
}   
 
{   
 
    _id : 2,   
 
    name : ‘Mary Reynolds’   
 
    bio : ‘Mary has composed documents in MongoDB’,   
 
    best_friend : { id : 1, name : ‘Sam Smith’ },   
 
    hobbies : [ { id : 101, n : ‘Music’ } ]   
 
}  

5. 物化路徑模式

在一個數(shù)據(jù)模型的樹模式中，同一對象類型是該對象的子對象，這種情況下可以使用物化路徑模型來以獲取更高效的檢索、查詢。示例如下：

{ _id: "Books", path: null }   
 
{ _id: "Programming", path: ",Books," }   
 
{ _id: "Databases", path: ",Books,Programming," }   
 
{ _id: "Languages", path: ",Books,Programming," }   
 
{ _id: "MongoDB", path: ",Books,Programming,Databases," }   
 
{ _id: "dbm", path: ",Books,Programming,Databases," }  

按字段路徑查詢樹模式：

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

使用路徑字段的常規(guī)表達來找出Programming的后代集：

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

在Books是top parent的情況下查詢Books的后代集：

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