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

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

SQL

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

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

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

NOSQL

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

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

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

比拼2：原子操作

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

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

這也是我們選擇SQL數(shù)據(jù)庫的一個重要參考指標。只要我們在處理數(shù)據(jù)的過程中存在這樣的操作，要么成功，要么失敗，那么我們首先要選擇的就是SQL數(shù)據(jù)庫。

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

比拼3：效率方面。

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

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

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

但是如果數(shù)據(jù)集之間的耦合性非常強的話，因為要做到數(shù)據(jù)的統(tǒng)一，你需要不停的寫多個相關(guān)的數(shù)據(jù)集，這樣也會大大降低效率。

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