數(shù)據(jù)庫的問題：關(guān)系型數(shù)據(jù)庫與非關(guān)系型數(shù)據(jù)庫的區(qū)別，和各自的發(fā)展前景?

當(dāng)前主流的關(guān)系型數(shù)據(jù)庫有Oracle、DB2、Microsoft SQL Server、Microsoft Access、MySQL等。

創(chuàng)新互聯(lián)建站從2013年開始，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目網(wǎng)站設(shè)計(jì)、網(wǎng)站制作網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命，1280元固陽做網(wǎng)站,已為上家服務(wù),為固陽各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:18982081108

非關(guān)系型數(shù)據(jù)庫有 NoSql、Cloudant。

nosql和關(guān)系型數(shù)據(jù)庫比較

優(yōu)點(diǎn)：

1）成本：nosql數(shù)據(jù)庫簡(jiǎn)單易部署，基本都是開源軟件，不需要像使用oracle那樣花費(fèi)大量成本購(gòu)買使用，相比關(guān)系型數(shù)據(jù)庫價(jià)格便宜。

2）查詢速度：nosql數(shù)據(jù)庫將數(shù)據(jù)存儲(chǔ)于緩存之中，關(guān)系型數(shù)據(jù)庫將數(shù)據(jù)存儲(chǔ)在硬盤中，自然查詢速度遠(yuǎn)不及nosql數(shù)據(jù)庫。

3）存儲(chǔ)數(shù)據(jù)的格式：nosql的存儲(chǔ)格式是key,value形式、文檔形式、圖片形式等等，所以可以存儲(chǔ)基礎(chǔ)類型以及對(duì)象或者是集合等各種格式，而數(shù)據(jù)庫則只支持基礎(chǔ)類型。

4）擴(kuò)展性：關(guān)系型數(shù)據(jù)庫有類似join這樣的多表查詢機(jī)制的限制導(dǎo)致擴(kuò)展很艱難。

缺點(diǎn)：

1）維護(hù)的工具和資料有限，因?yàn)閚osql是屬于新的技術(shù)，不能和關(guān)系型數(shù)據(jù)庫10幾年的技術(shù)同日而語。

2）不提供對(duì)sql的支持，如果不支持sql這樣的工業(yè)標(biāo)準(zhǔn)，將產(chǎn)生一定用戶的學(xué)習(xí)和使用成本。

3）不提供關(guān)系型數(shù)據(jù)庫對(duì)事物的處理。

關(guān)系型數(shù)據(jù)庫的最大特點(diǎn)就是事務(wù)的一致性：傳統(tǒng)的關(guān)系型數(shù)據(jù)庫讀寫操作都是事務(wù)的，具有ACID的特點(diǎn)，這個(gè)特性使得關(guān)系型數(shù)據(jù)庫可以用于幾乎所有對(duì)一致性有要求的系統(tǒng)中，如典型的銀行系統(tǒng)。

關(guān)系型數(shù)據(jù)庫為了維護(hù)一致性所付出的巨大代價(jià)就是其讀寫性能比較差，而像微博、facebook這類SNS的應(yīng)用，對(duì)并發(fā)讀寫能力要求極高，關(guān)系型數(shù)據(jù)庫已經(jīng)無法應(yīng)付(在讀方面，傳統(tǒng)上為了克服關(guān)系型數(shù)據(jù)庫缺陷，提高性能，都是增加一級(jí)memcache來靜態(tài)化網(wǎng)頁，而在SNS中，變化太快，memchache已經(jīng)無能為力了)，因此，必須用新的一種數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)來代替關(guān)系數(shù)據(jù)庫。

關(guān)系數(shù)據(jù)庫的另一個(gè)特點(diǎn)就是其具有固定的表結(jié)構(gòu)，因此，其擴(kuò)展性極差，而在SNS中，系統(tǒng)的升級(jí)，功能的增加，往往意味著數(shù)據(jù)結(jié)構(gòu)巨大變動(dòng)，這一點(diǎn)關(guān)系型數(shù)據(jù)庫也難以應(yīng)付，需要新的結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)。

于是，非關(guān)系型數(shù)據(jù)庫應(yīng)運(yùn)而生，由于不可能用一種數(shù)據(jù)結(jié)構(gòu)化存儲(chǔ)應(yīng)付所有的新的需求，因此，非關(guān)系型數(shù)據(jù)庫嚴(yán)格上不是一種數(shù)據(jù)庫，應(yīng)該是一種數(shù)據(jù)結(jié)構(gòu)化存儲(chǔ)方法的集合。

NoSQL發(fā)展前景如何

由于現(xiàn)在的網(wǎng)絡(luò)資源越來越多，所以非關(guān)系型的NoSQL需要也越來越大，我是比較看好NoSQL的，未來的NoSQL主要就是幾個(gè)方向，速度、分布式和命中算法

數(shù)據(jù)庫的問題：關(guān)系型數(shù)據(jù)庫與非關(guān)系型數(shù)據(jù)庫的區(qū)別，和各自的發(fā)展前景

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

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

1. 性能

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

2. 可擴(kuò)展性

同樣也是因?yàn)榛阪I值對(duì)，數(shù)據(jù)之間沒有耦合性，所以非常容易水平擴(kuò)展。

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

1. 復(fù)雜查詢

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

2. 事務(wù)支持

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

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

但是近年來這兩種數(shù)據(jù)庫都在向著另外一個(gè)方向進(jìn)化。例如：

NOSQL數(shù)據(jù)庫慢慢開始具備SQL數(shù)據(jù)庫的一些復(fù)雜查詢功能的雛形，比如Couchbase的index以及MONGO的復(fù)雜查詢。對(duì)于事務(wù)的支持也可以用一些系統(tǒng)級(jí)的原子操作來實(shí)現(xiàn)例如樂觀鎖之類的方法來曲線救國(guó)。

SQL數(shù)據(jù)庫也開始慢慢進(jìn)化，比如HandlerSocker技術(shù)的實(shí)現(xiàn)，可以在MYSQL上實(shí)現(xiàn)對(duì)于SQL層的穿透，用NOSQL的方式訪問數(shù)據(jù)庫，性能可以上可以達(dá)到甚至超越NOSQL數(shù)據(jù)庫?？蓴U(kuò)展性上例如Percona Server，可以實(shí)現(xiàn)無中心化的集群。

雖然這兩極都因?yàn)楦髯缘娜鮿?shì)而開始進(jìn)化出另一極的一些特性，但是這些特性的增加也會(huì)消弱其本來具備的優(yōu)勢(shì)，比如Couchbase上的index的增加會(huì)逐步降低數(shù)據(jù)庫的讀寫性能。所以怎樣構(gòu)建系統(tǒng)的短期和長(zhǎng)期存儲(chǔ)策略，用好他們各自的強(qiáng)項(xiàng)是架構(gòu)師需要好好考慮的重要問題。