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

隨著大數(shù)據(jù)的發(fā)展，數(shù)據(jù)庫也越來越受重視了。當(dāng)前數(shù)據(jù)庫分為關(guān)系型數(shù)據(jù)庫和非關(guān)系 數(shù)據(jù)庫。下面通俗的解釋區(qū)別和優(yōu)缺點(diǎn)。

概念的解釋

關(guān)系型數(shù)據(jù)庫：指采用了關(guān)系模型來組織數(shù)據(jù)的數(shù)據(jù)庫。這邊關(guān)系可以理解為表，所以

系模型指的就是二維表格模型，而一個(gè)關(guān)系型數(shù)據(jù)庫就是由二維表及其之間的聯(lián)系所組成的一個(gè)數(shù)據(jù)組織。

非關(guān)系型數(shù)據(jù)庫：指非關(guān)系型的，分布式的，且一般不保證遵循ACID原則的數(shù)據(jù)存儲(chǔ)系統(tǒng)。非關(guān)系型數(shù)據(jù)庫以鍵值對(duì)存儲(chǔ)，且結(jié)構(gòu)不固定，每一個(gè)元組可以有不一樣的字段，每個(gè)元組可以根據(jù)需要增加一些自己的鍵值對(duì)，不局限于固定的結(jié)構(gòu)，可以減少一些時(shí)間和空間的開銷。

兩者優(yōu)缺點(diǎn)分析

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

容易理解,它的邏輯類似常見的表格使用方便,都使用sql語句,sql語句非常的成熟數(shù)據(jù)一致性高,冗余低,數(shù)據(jù)完整性好,便于操作技術(shù)成熟,功能強(qiáng)大,支持很多復(fù)雜操作

缺點(diǎn)：

每次操作都要進(jìn)行sql語句的解析,消耗較大不能很好的滿足并發(fā)需求,特別是海量數(shù)據(jù)爆發(fā),關(guān)系型數(shù)據(jù)庫讀寫能力會(huì)顯得不足關(guān)系型數(shù)據(jù)庫往往每一步都要進(jìn)行加鎖的操作,也造成了數(shù)據(jù)庫的負(fù)擔(dān)數(shù)據(jù)一致性高,有時(shí)也會(huì)使數(shù)據(jù)的存儲(chǔ)不靈活

非關(guān)系數(shù)據(jù)庫優(yōu)點(diǎn)：

用戶可以根據(jù)需要去添加自己需要的字段，為了獲取用戶的不同信息，不像關(guān)系型數(shù)據(jù)庫中，要對(duì)多表進(jìn)行關(guān)聯(lián)查詢。僅需要根據(jù)id取出相應(yīng)的value就可以完成查詢。高并發(fā),讀寫能力強(qiáng)，分布式計(jì)算低成本，架構(gòu)的靈活性；沒有復(fù)雜的關(guān)系。弱化數(shù)據(jù)結(jié)構(gòu)一致性,使用更加靈活，有良好的可擴(kuò)展性

缺點(diǎn)：

沒有標(biāo)準(zhǔn)化；查詢功能有限。操作靈活導(dǎo)致容易出錯(cuò)和混亂常見的關(guān)系型數(shù)據(jù)庫和非關(guān)系型數(shù)據(jù)庫

關(guān)系型的常見的有

Oracle，Microsoft SQL Server，MySQL，PostgreSQL，DB2，Microsoft Access， SQLite，Teradata，MariaDB(MySQL的一個(gè)分支)，SAP

常見的非關(guān)系型數(shù)據(jù)庫

NoSql、Cloudant、MongoDB、redis、HBase

區(qū)別的總結(jié)

首先一般非關(guān)系型數(shù)據(jù)庫是基于CAP模型，而傳統(tǒng)的關(guān)系型數(shù)據(jù)庫是基于ACID模型的

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

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

2. 可擴(kuò)展性

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

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

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