問答專欄Q & A COLUMN
隨著大數(shù)據(jù)的發(fā)展，數(shù)據(jù)庫也越來越受重視了。當前數(shù)據(jù)庫分為關系型數(shù)據(jù)庫和非關系 數(shù)據(jù)庫。下面通俗的解釋區(qū)別和優(yōu)缺點。
關系型數(shù)據(jù)庫：指采用了關系模型來組織數(shù)據(jù)的數(shù)據(jù)庫。這邊關系可以理解為表，所以
系模型指的就是二維表格模型，而一個關系型數(shù)據(jù)庫就是由二維表及其之間的聯(lián)系所組成的一個數(shù)據(jù)組織。
非關系型數(shù)據(jù)庫：指非關系型的，分布式的，且一般不保證遵循ACID原則的數(shù)據(jù)存儲系統(tǒng)。非關系型數(shù)據(jù)庫以鍵值對存儲，且結(jié)構(gòu)不固定，每一個元組可以有不一樣的字段，每個元組可以根據(jù)需要增加一些自己的鍵值對，不局限于固定的結(jié)構(gòu)，可以減少一些時間和空間的開銷。
關系型數(shù)據(jù)庫的優(yōu)點：
缺點：
非關系數(shù)據(jù)庫優(yōu)點：
缺點：
關系型的常見的有
Oracle，Microsoft SQL Server，MySQL，PostgreSQL，DB2，
Microsoft Access， SQLite，Teradata，MariaDB(MySQL的一個分支)，SAP
常見的非關系型數(shù)據(jù)庫
NoSql、Cloudant、MongoDB、redis、HBase
首先一般非關系型數(shù)據(jù)庫是基于CAP模型，而傳統(tǒng)的關系型數(shù)據(jù)庫是基于ACID模型的
1. 數(shù)據(jù)存儲結(jié)構(gòu)：
首先關系型數(shù)據(jù)庫一般都有固定的表結(jié)構(gòu)，并且需要通過DDL語句來修改表結(jié)構(gòu)，不是很容易進行擴展，而非關系型數(shù)據(jù)庫的存儲機制就有很多了，比如基于文檔的，K-V鍵值對的，還有基于圖的等，對于數(shù)據(jù)的格式十分靈活沒有固定的表結(jié)構(gòu)，方便擴展，因此如果業(yè)務的數(shù)據(jù)結(jié)構(gòu)并不是固定的或者經(jīng)常變動比較大的，那么非關系型數(shù)據(jù)庫是個好的選擇
2. 可擴展性
傳統(tǒng)的關系型數(shù)據(jù)庫給人一種橫向擴展難，不好對數(shù)據(jù)進行分片等，而一些非關系型數(shù)據(jù)庫則原生就支持數(shù)據(jù)的水平擴展(比如mongodb的sharding機制)，并且這可能也是很多NoSQL的一大賣點，其實象Mysql這種關系型數(shù)據(jù)庫的水平擴展也并不是難，即使NoSQL水平擴展容易但對于向跨分片進行joins這種場景都沒有什么太好的解決辦法，不管是關系型還是非關系型數(shù)據(jù)庫，解決水平擴展或者跨分片Joins這種場景，在應用層和數(shù)據(jù)庫層中間加一層中間件來做數(shù)據(jù)處理也許是個好的辦法
3. 數(shù)據(jù)一致性
非關系型數(shù)據(jù)庫一般強調(diào)的是數(shù)據(jù)最終一致性，而不沒有像ACID一樣強調(diào)數(shù)據(jù)的強一致性，從非關系型數(shù)據(jù)庫中讀到的有可能還是處于一個中間態(tài)的數(shù)據(jù)，因此如果你的業(yè)務對于數(shù)據(jù)的一致性要求很高，那么非關系型數(shù)據(jù)庫并不一個很好的選擇，非關系型數(shù)據(jù)庫可能更多的偏向于OLAP場景，而關系型數(shù)據(jù)庫更多偏向于OLTP場景。
評論0
加載中...
1、數(shù)據(jù)存儲方式不同。
關系型和非關系型數(shù)據(jù)庫的主要差異是數(shù)據(jù)存儲的方式。關系型數(shù)據(jù)天然就是表格式的，因此存儲在數(shù)據(jù)表的行和列中。數(shù)據(jù)表可以彼此關聯(lián)協(xié)作存儲，也很容易提取數(shù)據(jù)。
與其相反，非關系型數(shù)據(jù)不適合存儲在數(shù)據(jù)表的行和列中，而是大塊組合在一起。非關系型數(shù)據(jù)通常存儲在數(shù)據(jù)集中，就像文檔、鍵值對或者圖結(jié)構(gòu)。你的數(shù)據(jù)及其特性是選擇數(shù)據(jù)存儲和提取方式的首要影響因素。
2、擴展方式不同。
SQL和NoSQL數(shù)據(jù)庫最大的差別可能是在擴展方式上，要支持日益增長的需求當然要擴展。
要支持更多并發(fā)量，SQL數(shù)據(jù)庫是縱向擴展，也就是說提高處理能力，使用速度更快速的計算機，這樣處理相同的數(shù)據(jù)集就更快了。
因為數(shù)據(jù)存儲在關系表中，操作的性能瓶頸可能涉及很多個表，這都需要通過提高計算機性能來客服。雖然SQL數(shù)據(jù)庫有很大擴展空間，但最終肯定會達到縱向擴展的上限。而NoSQL數(shù)據(jù)庫是橫向擴展的。
而非關系型數(shù)據(jù)存儲天然就是分布式的，NoSQL數(shù)據(jù)庫的擴展可以通過給資源池添加更多普通的數(shù)據(jù)庫服務器(節(jié)點)來分擔負載。
3、對事務性的支持不同。
如果數(shù)據(jù)操作需要高事務性或者復雜數(shù)據(jù)查詢需要控制執(zhí)行計劃，那么傳統(tǒng)的SQL數(shù)據(jù)庫從性能和穩(wěn)定性方面考慮是你的最佳選擇。SQL數(shù)據(jù)庫支持對事務原子性細粒度控制，并且易于回滾事務。
評論0
加載中...0
回答0
回答0
回答0
回答0
回答0
回答0
回答0
回答1
回答0
回答
