眾所周知，數(shù)據(jù)庫分為關(guān)系型數(shù)據(jù)庫和非關(guān)系型數(shù)據(jù)庫。那么非關(guān)系型數(shù)據(jù)庫和關(guān)系型數(shù)據(jù)庫區(qū)別有哪些？關(guān)系數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)庫在使用方案上有很大的不同，因此沒有強項和弱項。只有結(jié)合自身的業(yè)務(wù)特征，才能發(fā)揮這兩種類型數(shù)據(jù)庫的優(yōu)勢。讓我們談?wù)勥@兩種數(shù)據(jù)庫的一些特征：首先，一般的非關(guān)系數(shù)據(jù)庫基于CAP模型，而傳統(tǒng)的關(guān)系數(shù)據(jù)庫基于ACID模型。

　　1. 數(shù)據(jù)存儲結(jié)構(gòu)：

首先關(guān)系型數(shù)據(jù)庫一般都有固定的表結(jié)構(gòu)，并且需要通過DDL語句來修改表結(jié)構(gòu)，不是很容易進行擴展，而非關(guān)系型數(shù)據(jù)庫的存儲機制就有很多了，比如基于文檔的，K-V鍵值對的，還有基于圖的等，對于數(shù)據(jù)的格式十分靈活沒有固定的表結(jié)構(gòu)，方便擴展，因此如果業(yè)務(wù)的數(shù)據(jù)結(jié)構(gòu)并不是固定的或者經(jīng)常變動比較大的，那么非關(guān)系型數(shù)據(jù)庫是個好的選擇

　　2. 可擴展性

傳統(tǒng)的關(guān)系型數(shù)據(jù)庫給人一種橫向擴展難，不好對數(shù)據(jù)進行分片等，而一些非關(guān)系型數(shù)據(jù)庫則原生就支持?jǐn)?shù)據(jù)的水平擴展（比如mongodb的sharding機制），并且這可能也是很多NoSQL的一大賣點，其實象Mysql這種關(guān)系型數(shù)據(jù)庫的水平擴展也并不是難，即使NoSQL水平擴展容易但對于向跨分片進行joins這種場景都沒有什么太好的解決辦法，不管是關(guān)系型還是非關(guān)系型數(shù)據(jù)庫，解決水平擴展或者跨分片Joins這種場景，在應(yīng)用層和數(shù)據(jù)庫層中間加一層中間件來做數(shù)據(jù)處理也許是個好的辦法

　　3. 數(shù)據(jù)一致性

非關(guān)系型數(shù)據(jù)庫一般強調(diào)的是數(shù)據(jù)最終一致性，而不沒有像ACID一樣強調(diào)數(shù)據(jù)的強一致性，從非關(guān)系型數(shù)據(jù)庫中讀到的有可能還是處于一個中間態(tài)的數(shù)據(jù)，因此如果你的業(yè)務(wù)對于數(shù)據(jù)的一致性要求很高，那么非關(guān)系型數(shù)據(jù)庫并不一個很好的選擇，非關(guān)系型數(shù)據(jù)庫可能更多的偏向于OLAP場景，而關(guān)系型數(shù)據(jù)庫更多偏向于OLTP場景

　　非關(guān)系型數(shù)據(jù)庫和關(guān)系型數(shù)據(jù)庫區(qū)別

　　非關(guān)系型數(shù)據(jù)庫的優(yōu)勢：

　　1. 性能

NOSQL是基于鍵值對的，可以想象成表中的主鍵和值的對應(yīng)關(guān)系，而且不需要經(jīng)過SQL層的解析，所以性能非常高。

　　2. 可擴展性

同樣也是因為基于鍵值對，數(shù)據(jù)之間沒有耦合性，所以非常容易水平擴展。

　　關(guān)系型數(shù)據(jù)庫的優(yōu)勢：

　　1. 復(fù)雜查詢

可以用SQL語句方便的在一個表以及多個表之間做非常復(fù)雜的數(shù)據(jù)查詢。

　　2. 事務(wù)支持

使得對于安全性能很高的數(shù)據(jù)訪問要求得以實現(xiàn)。

對于這兩類數(shù)據(jù)庫，對方的優(yōu)勢就是自己的弱勢，反之亦然。

以上就是關(guān)于非關(guān)系型數(shù)據(jù)庫和關(guān)系型數(shù)據(jù)庫區(qū)別有哪些的全部內(nèi)容，想了解更多關(guān)于數(shù)據(jù)庫的信息，請繼續(xù)關(guān)注中培偉業(yè)。