在目前的企業(yè)IT架構(gòu)中，系統(tǒng)管理員以及DBA都會(huì)考慮使用NoSQL數(shù)據(jù)庫來解決RDBMS所不能解決的問題，特別是互聯(lián)網(wǎng)行業(yè)。傳統(tǒng)的關(guān)系型數(shù)據(jù)庫主要以表(table)的形式來存儲(chǔ)數(shù)據(jù)，而無法應(yīng)對(duì)非結(jié)構(gòu)化數(shù)據(jù)的挑戰(zhàn)。在進(jìn)行數(shù)據(jù)標(biāo)準(zhǔn)化的過程中，關(guān)系型數(shù)據(jù)庫性能遭遇了瓶頸。

NoSQL顧名思義就是Not-Only SQL，它可以作為關(guān)系型數(shù)據(jù)庫的良好補(bǔ)充。在TechTarget數(shù)據(jù)庫之前的報(bào)道中，我們也對(duì)NoSQL數(shù)據(jù)庫的應(yīng)用場景做了詳細(xì)的介紹。NoSQL不像傳統(tǒng)的關(guān)系型數(shù)據(jù)庫，其種類繁多，且各有各的優(yōu)勢和缺點(diǎn)，對(duì)于DBA來說如何區(qū)分彼此的不同是一件比較頭痛的工作。在本文中，我們就將進(jìn)一步為您接受關(guān)于NoSQL數(shù)據(jù)庫的分類以及各自的優(yōu)缺點(diǎn)。

　　NoSQL數(shù)據(jù)庫的四大家族

• 　　鍵值(Key-Value)存儲(chǔ)數(shù)據(jù)庫

　　這一類數(shù)據(jù)庫主要會(huì)使用到一個(gè)哈希表，這個(gè)表中有一個(gè)特定的鍵和一個(gè)指針指向特定的數(shù)據(jù)。Key/value模型對(duì)于IT系統(tǒng)來說的優(yōu)勢在于簡單、易部署。但是如果DBA只對(duì)部分值進(jìn)行查詢或更新的時(shí)候，Key/value就顯得效率低下了。

• 　　列存儲(chǔ)數(shù)據(jù)庫

　　這部分?jǐn)?shù)據(jù)庫通常是用來應(yīng)對(duì)分布式存儲(chǔ)的海量數(shù)據(jù)。鍵仍然存在，但是它們的特點(diǎn)是指向了多個(gè)列。這些列是由列家族來安排的。

• 　　文檔型數(shù)據(jù)庫

　 　文檔型數(shù)據(jù)庫的靈感是來自于Lotus Notes辦公軟件的，而且它同第一種鍵值存儲(chǔ)相類似。該類型的數(shù)據(jù)模型是版本化的文檔，半結(jié)構(gòu)化的文檔以特定的格式存儲(chǔ)，比如JSON。文檔型數(shù)據(jù)庫可 以看作是鍵值數(shù)據(jù)庫的升級(jí)版，允許之間嵌套鍵值。而且文檔型數(shù)據(jù)庫比鍵值數(shù)據(jù)庫的查詢效率更高。

• 　　圖形(Graph)數(shù)據(jù)庫

　　圖形結(jié)構(gòu)的數(shù)據(jù)庫同其他行列以及剛性結(jié)構(gòu)的SQL數(shù)據(jù)庫不同，它是使用靈活的圖形模型，并且能夠擴(kuò)展到多個(gè)服務(wù)器上。NoSQL數(shù)據(jù)庫沒有標(biāo)準(zhǔn)的查詢語言(SQL)，因此進(jìn)行數(shù)據(jù)庫查詢需要制定數(shù)據(jù)模型。許多NoSQL數(shù)據(jù)庫都有REST式的數(shù)據(jù)接口或者查詢API。

　　因此，我們總結(jié)NoSQL數(shù)據(jù)庫在以下的這幾種情況下比較適用：1、數(shù)據(jù)模型比較簡單；2、需要靈活性更強(qiáng)的IT系統(tǒng)；3、對(duì)數(shù)據(jù)庫性能要求較高；4、不需要高度的數(shù)據(jù)一致性；5、對(duì)于給定key，比較容易映射復(fù)雜值的環(huán)境。

【編輯推薦】

1. MongoDB之父：MongoDB勝過BigTable
2. 主流NoSQL數(shù)據(jù)庫全方位評(píng)測之MongoDB
3. 教你如何利用MySQL學(xué)習(xí)MongoDB
4. 在Windows環(huán)境下MongoDB搭建和簡單操作
5. Mongodb源碼分析之Mongos分析