按照官方的說法，MongoDB是一種可擴展的高性能的開源的面向文檔（document-oriented ）的數(shù)據(jù)庫，采用C++開發(fā)。注意mongo不是mango（芒果），這個詞是從humongous中截取出來的，其野心不言而明，直指海量數(shù)據(jù)存儲。和其他很多NoSQL不太一樣，MongoDB背后有一個專門的商業(yè)公司在提供支持和推廣，有點類似MySQL AB的模式。這一系列文章，是為入門者寫的，已經(jīng)對NoSQL和MongoDB有一定研究和經(jīng)驗的，可以略過，或者看看如有疏漏，請留言指出。

　　面向文檔，那么什么是文檔呢？很明顯這不是我們常見的word文檔。這里說的文檔，是一種可以嵌套的數(shù)據(jù)集合。從關(guān)系數(shù)據(jù)庫的范式的概念來說，嵌套是明顯的反范式設(shè)計。范式設(shè)計的好處是消除了依賴，但是增加了關(guān)聯(lián)，查詢需要通過關(guān)聯(lián)兩張或者多張表來獲得所需要的全部數(shù)據(jù)，但是更改操作是原子的，只需要修改一個地方即可。反范式則是增加了數(shù)據(jù)冗余來提升查詢性能，但更新操作可能需要更新冗余的多處數(shù)據(jù)，需要注意一致性的問題。

　　一個典型的例子，如blog，關(guān)系數(shù)據(jù)庫中一般可以把文章設(shè)計為一張表，評論設(shè)計為一張表，那么在頁面需要展示一篇文章和其對應(yīng)的評論的時候，就需要關(guān)聯(lián)查詢文章表和評論表。但是面向文檔的設(shè)計，可以將評論作為文章的一個嵌套文檔存放在一起，這不但省去了關(guān)聯(lián)查詢，由于存儲在一起，查詢的性能也可以做到更好。

　　MongoDB的面向文檔采用的是BSON，一種類似JSON的格式，但是是二進(jìn)制序列化的。如上面提到的blog的文章和評論，可以做如下設(shè)計：

{ 'id':1, 'author':'NinGoo', 'title':'白話MongoDB（一）', 'content':'按照官方的說法，此處省略一萬字',
    comment:[ { 'comment-author':'宋兵甲', 'comment-content':'有木有' } ,
              { 'comment-author':'尼瑪','comment-content':'傷不起啊' }
            ]
}        

        

        
        
      
        
it知識庫：白話MongoDB（一），轉(zhuǎn)載需保留來源！
        
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。