大家好，這一期我們來(lái)談一下數(shù)據(jù)庫(kù)，目前有兩大類型的數(shù)據(jù)庫(kù)，一種是結(jié)構(gòu)化SQL數(shù)據(jù)庫(kù)，一種非結(jié)構(gòu)化NOSQL數(shù)據(jù)庫(kù)。

比拼1：數(shù)據(jù)的組織形式。

SQL

SQL, 顧名思義是結(jié)構(gòu)化查詢語(yǔ)言。它的數(shù)據(jù)都是結(jié)構(gòu)化的，這個(gè)需要在最初創(chuàng)建數(shù)據(jù)庫(kù)的時(shí)候要做好設(shè)計(jì)，這個(gè)設(shè)計(jì)一旦定型以后，再修改的話就會(huì)比較麻煩。當(dāng)然如果設(shè)計(jì)做得好的話，也就無(wú)需再修改了。所以結(jié)構(gòu)化數(shù)據(jù)***的一個(gè)工作就是表的設(shè)計(jì)。這是在使用這種數(shù)據(jù)庫(kù)的時(shí)候，開(kāi)發(fā)工作中的重中之重。

結(jié)構(gòu)化數(shù)據(jù)的另一個(gè)體現(xiàn)就是各種數(shù)據(jù)之間的關(guān)系，比如說(shuō)1對(duì)1的關(guān)系，一對(duì)多的關(guān)系，多對(duì)多的關(guān)系。

另一個(gè)體現(xiàn)就是數(shù)據(jù)的定義嚴(yán)格，在一個(gè)表中只能存放一種表數(shù)據(jù)，也就是說(shuō)，你的每一行的數(shù)據(jù)都要遵循這個(gè)表的的定義。這個(gè)表里的每行的數(shù)據(jù)都遵循這個(gè)表內(nèi)定義好的數(shù)據(jù)類型，不能夠存放一些所謂非定義的數(shù)據(jù)，否則出錯(cuò)。

NOSQL

而NOSQL數(shù)據(jù)庫(kù)。它不需要結(jié)構(gòu)化的數(shù)據(jù)設(shè)計(jì)。這樣它的容錯(cuò)性就很強(qiáng)，也不存在太嚴(yán)格的設(shè)計(jì)，所以以后的擴(kuò)展和修改都比較容易。

NOSQL數(shù)據(jù)庫(kù)里面不存在關(guān)系這個(gè)概念，如果你想實(shí)現(xiàn)關(guān)系，比如說(shuō)1對(duì)1，一對(duì)多,多對(duì)多，你需要用程序來(lái)實(shí)現(xiàn)，而不是用數(shù)據(jù)庫(kù)本身來(lái)實(shí)現(xiàn)。

另外一個(gè)是一個(gè)表中可以存放不同的數(shù)據(jù)類型, 簡(jiǎn)單的說(shuō)就是每一行的數(shù)據(jù)可以不遵循統(tǒng)一的定義。

比拼2：原子操作

我們要看一下原子操作。所謂原子操作，就是指一個(gè)操作要么成功，要么失敗，沒(méi)有半途而終的。假設(shè)說(shuō)一個(gè)處理訂單的操作中存在5個(gè)步驟，你處理一個(gè)訂單，提交訂單，開(kāi)始計(jì)算數(shù)據(jù)，隨后寫(xiě)入數(shù)據(jù)庫(kù)五個(gè)表然后，才返回成功，如果有一個(gè)失敗，那就返回失敗。返回失敗就意味著撤回之前所有的操作。

這種原子操作在SQL數(shù)據(jù)庫(kù)中非常容易實(shí)現(xiàn)，它本身就存在這樣的機(jī)制叫做事務(wù)處理機(jī)制。

這也是我們選擇SQL數(shù)據(jù)庫(kù)的一個(gè)重要參考指標(biāo)。只要我們?cè)谔幚頂?shù)據(jù)的過(guò)程中存在這樣的操作，要么成功，要么失敗，那么我們首先要選擇的就是SQL數(shù)據(jù)庫(kù)。

然而在NOSQL數(shù)據(jù)庫(kù)中不存在這樣的機(jī)制。但是這里追求數(shù)據(jù)的統(tǒng)一性，比如說(shuō)你有很多個(gè)數(shù)據(jù)集，這里不稱之為數(shù)據(jù)表了。一旦有一部分修改，你必須更新所有的包含這類數(shù)據(jù)數(shù)據(jù)集。

比拼3：效率方面。

結(jié)構(gòu)化數(shù)據(jù)庫(kù)有很多方式可以提高數(shù)據(jù)的處理效率。比如說(shuō)創(chuàng)建索引，使用存儲(chǔ)程序Stored Procedure, 一些架構(gòu)如entity framework, hibernate。

但是因?yàn)榻Y(jié)構(gòu)化數(shù)據(jù)庫(kù)天然的追求數(shù)據(jù)的完整性，所以它在效率方面還是存在一些瓶頸的。

然而NOSQL非結(jié)構(gòu)化數(shù)據(jù)庫(kù)就不存在這樣的問(wèn)題。因?yàn)樗P(guān)心的就是快速的寫(xiě)入數(shù)據(jù)，查詢數(shù)據(jù)。雖然有一些數(shù)據(jù)的冗余，但是它的寫(xiě)入和查詢速度都非常快，尤其是在處理巨量數(shù)據(jù)的時(shí)候，這個(gè)優(yōu)勢(shì)特別明顯。

但是如果數(shù)據(jù)集之間的耦合性非常強(qiáng)的話，因?yàn)橐龅綌?shù)據(jù)的統(tǒng)一，你需要不停的寫(xiě)多個(gè)相關(guān)的數(shù)據(jù)集，這樣也會(huì)大大降低效率。

比拼4：擴(kuò)展?jié)摿?/strong>