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