有四大NoSQL類型：鍵值存儲(chǔ)（key-value store），文件存儲(chǔ)（document store），列導(dǎo)向的數(shù)據(jù)庫（Column-Oriented Database）和圖形數(shù)據(jù)庫（graph database）。每種類型都解決了傳統(tǒng)關(guān)系數(shù)據(jù)庫無法解決的問題。實(shí)際的實(shí)現(xiàn)往往是這些組合的組合。例如，結(jié)合NoSQL類型，Orientdb是一個(gè)多模式的數(shù)據(jù)庫。Orientdb是圖形數(shù)據(jù)庫，每個(gè)節(jié)點(diǎn)都是一個(gè)文檔。
　　在進(jìn)入不同的NoSQL數(shù)據(jù)庫之前，讓我們看看與關(guān)系數(shù)據(jù)庫之間的比較。傳統(tǒng)關(guān)系數(shù)據(jù)庫正在努力的走向規(guī)范化：確保每一個(gè)數(shù)據(jù)都只存儲(chǔ)一次。正規(guī)化標(biāo)志著他們的結(jié)構(gòu)設(shè)置。舉個(gè)例子來說，如果你想把一個(gè)人和他的愛好存儲(chǔ)為數(shù)據(jù)，那么你就可以建兩個(gè)表：一個(gè)表存儲(chǔ)為人，一個(gè)表存儲(chǔ)他們的愛好。如圖1所示，一個(gè)附加的表是必要的，因?yàn)樗麄兇嬖谥芏嚓P(guān)系：一個(gè)人可以有多個(gè)愛好，然而一個(gè)愛好也可以有很多人喜歡。
　　
　　圖1
　　一個(gè)全面的關(guān)系數(shù)據(jù)庫可以由許多實(shí)體和聯(lián)系表?，F(xiàn)在讓我們看看NoSQL不同的類型的數(shù)據(jù)庫之間的比較。
　　Column databases store列存儲(chǔ)數(shù)據(jù)庫
　　行數(shù)據(jù)庫實(shí)際上就是傳統(tǒng)的關(guān)系數(shù)據(jù)庫，每一行有一行id，并在一個(gè)表中存儲(chǔ)的行中的每個(gè)字段。假設(shè)，關(guān)于愛好，沒有額外的表來存儲(chǔ)并且你只有一個(gè)表來描述人，如圖2所示。注意，在這種情況下，你有輕微的反規(guī)范化，因?yàn)閻酆檬强梢灾貜?fù)的。如果愛好這個(gè)信息是一個(gè)額外的信息，但在你使用時(shí)并不是必不可少的，添加它作為一個(gè)列表內(nèi)的愛好列是可以接受的方法。但是如果這些信息對(duì)一個(gè)單獨(dú)的表來說是不夠的，它應(yīng)該被存儲(chǔ)在所有的？
　　
　　圖2
　　每次你在行存據(jù)庫中尋找某個(gè)數(shù)據(jù)，進(jìn)行每行掃描，不管你需要哪列。假設(shè)你只需要生日在9月的列表。數(shù)據(jù)庫將在表中從上到下和從左到右掃描所有數(shù)據(jù)，如圖3所示，最終返回生日列表。