{eval=Array;=+count(Array);}
隨著大數(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ù)庫以鍵值對存儲(chǔ),且結(jié)構(gòu)不固定,每一個(gè)元組可以有不一樣的字段,每個(gè)元組可以根據(jù)需要增加一些自己的鍵值對,不局限于固定的結(jié)構(gòu),可以減少一些時(shí)間和空間的開銷。
關(guān)系型數(shù)據(jù)庫的優(yōu)點(diǎn):
缺點(diǎn):
非關(guān)系數(shù)據(jù)庫優(yōu)點(diǎn):
缺點(diǎn):
關(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
首先一般非關(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鍵值對的,還有基于圖的等,對于數(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ò)展難,不好對數(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ò)展容易但對于向跨分片進(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ù)對于數(shù)據(jù)的一致性要求很高,那么非關(guān)系型數(shù)據(jù)庫并不一個(gè)很好的選擇,非關(guān)系型數(shù)據(jù)庫可能更多的偏向于OLAP場景,而關(guān)系型數(shù)據(jù)庫更多偏向于OLTP場景。
1、數(shù)據(jù)存儲(chǔ)方式不同。
關(guān)系型和非關(guān)系型數(shù)據(jù)庫的主要差異是數(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ù)集中,就像文檔、鍵值對或者圖結(jié)構(gòu)。你的數(shù)據(jù)及其特性是選擇數(shù)據(jù)存儲(chǔ)和提取方式的首要影響因素。
2、擴(kuò)展方式不同。
SQL和NoSQL數(shù)據(jù)庫最大的差別可能是在擴(kuò)展方式上,要支持日益增長的需求當(dāng)然要擴(kuò)展。
要支持更多并發(fā)量,SQL數(shù)據(jù)庫是縱向擴(kuò)展,也就是說提高處理能力,使用速度更快速的計(jì)算機(jī),這樣處理相同的數(shù)據(jù)集就更快了。
因?yàn)閿?shù)據(jù)存儲(chǔ)在關(guān)系表中,操作的性能瓶頸可能涉及很多個(gè)表,這都需要通過提高計(jì)算機(jī)性能來客服。雖然SQL數(shù)據(jù)庫有很大擴(kuò)展空間,但最終肯定會(huì)達(dá)到縱向擴(kuò)展的上限。而NoSQL數(shù)據(jù)庫是橫向擴(kuò)展的。
而非關(guān)系型數(shù)據(jù)存儲(chǔ)天然就是分布式的,NoSQL數(shù)據(jù)庫的擴(kuò)展可以通過給資源池添加更多普通的數(shù)據(jù)庫服務(wù)器(節(jié)點(diǎn))來分擔(dān)負(fù)載。
3、對事務(wù)性的支持不同。
如果數(shù)據(jù)操作需要高事務(wù)性或者復(fù)雜數(shù)據(jù)查詢需要控制執(zhí)行計(jì)劃,那么傳統(tǒng)的SQL數(shù)據(jù)庫從性能和穩(wěn)定性方面考慮是你的最佳選擇。SQL數(shù)據(jù)庫支持對事務(wù)原子性細(xì)粒度控制,并且易于回滾事務(wù)。
0
回答0
回答0
回答0
回答0
回答0
回答0
回答0
回答1
回答0
回答