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

-.z.關(guān)系型和非關(guān)系型數(shù)據(jù)庫的區(qū)別當(dāng)前主流的關(guān)系型數(shù)據(jù)庫有Oracle、DB2、MicrosoftSQLServer、MicrosoftAccess、MySQL等。非關(guān)系型數(shù)據(jù)庫有NoSql、Cloudant。nosql和關(guān)系型數(shù)據(jù)庫比擬.優(yōu)點：1〕本錢：nosql數(shù)據(jù)庫簡單易部署，根本都是開源軟件，不需要像使用oracle那樣花費(fèi)大量本錢購置使用，相比關(guān)系型數(shù)據(jù)庫價格廉價。2〕查詢速度：nosql數(shù)據(jù)庫將數(shù)據(jù)存儲于緩存之中，關(guān)系型數(shù)據(jù)庫將數(shù)據(jù)存儲在硬盤中，自然查詢速度遠(yuǎn)不及nosql數(shù)據(jù)庫。3〕存儲數(shù)據(jù)的格式：nosql的存儲格式是key,value形式、文檔形式、圖片形式等等，所以可以存儲根底類型以及對象或者是集合等各種格式，而數(shù)據(jù)庫則只支持根底類型。4〕擴(kuò)展性：關(guān)系型數(shù)據(jù)庫有類似join這樣的多表查詢機(jī)制的限制導(dǎo)致擴(kuò)展很困難。缺點：1〕維護(hù)的工具和資料有限，因為nosql是屬于新的技術(shù)，不能和關(guān)系型數(shù)據(jù)庫10幾年的技術(shù)同日而語。2〕不提供對sql的支持，如果不支持sql這樣的工業(yè)標(biāo)準(zhǔn)，將產(chǎn)生一定用戶的學(xué)習(xí)和使用本錢。3〕不提供關(guān)系型數(shù)據(jù)庫對事物的處理。非關(guān)系型數(shù)據(jù)庫的優(yōu)勢：1.性能NOSQL是基于鍵值對的，可以想象成表中的主鍵和值的對應(yīng)關(guān)系，而且不需要經(jīng)過SQL層的解析，所以性能非常高。2.可擴(kuò)展性同樣也是因為基于鍵值對，數(shù)據(jù)之間沒有耦合性，所以非常容易水平擴(kuò)展。關(guān)系型數(shù)據(jù)庫的優(yōu)勢：1.復(fù)雜查詢可以用SQL語句方便的在一個表以及多個表之間做非常復(fù)雜的數(shù)據(jù)查詢。2.事務(wù)支持使得對于平安性能很高的數(shù)據(jù)訪問要求得以實現(xiàn)。對于這兩類數(shù)據(jù)庫，對方的優(yōu)勢就是自己的弱勢，反之亦然。關(guān)系型數(shù)據(jù)庫把所有的數(shù)據(jù)都通過行和列的二元表現(xiàn)形式表示出來。關(guān)系型數(shù)據(jù)庫的優(yōu)勢：1.保持?jǐn)?shù)據(jù)的一致性〔事務(wù)處理〕2.由于以標(biāo)準(zhǔn)化為前提，數(shù)據(jù)更新的開銷很小〔一樣的字段根本上都只有一處〕3.可以進(jìn)展Join等復(fù)雜查詢其中能夠保持?jǐn)?shù)據(jù)的一致性是關(guān)系型數(shù)據(jù)庫的最大優(yōu)勢。關(guān)系型數(shù)據(jù)庫的缺乏：不擅長的處理1.大量數(shù)據(jù)的寫入處理2.為有數(shù)據(jù)更新的表做索引或表構(gòu)造〔schema〕變更3.字段不固定時應(yīng)用4.對簡單查詢需要快速返回結(jié)果的處理--大量數(shù)據(jù)的寫入處理讀寫集中在一個數(shù)據(jù)庫上讓數(shù)據(jù)庫不堪重負(fù)，大局部已使用主從復(fù)制技術(shù)實現(xiàn)讀寫別離，以提高讀寫性能和讀庫的可擴(kuò)展性。所以在進(jìn)展大量數(shù)據(jù)操作時，會使用數(shù)據(jù)庫主從模式。數(shù)據(jù)的寫入由主數(shù)據(jù)庫負(fù)責(zé)，數(shù)據(jù)的讀入由從數(shù)據(jù)庫負(fù)責(zé)，可以比擬簡單地通過增加從數(shù)據(jù)庫來實現(xiàn)規(guī)?；菙?shù)據(jù)的寫入?yún)s完全沒有簡單的方法來解決規(guī)?；瘑栴}。第一，要想將數(shù)據(jù)的寫入規(guī)?；?，可以考慮把主數(shù)據(jù)庫從一臺增加到兩臺，作為互相關(guān)聯(lián)復(fù)制的二元主數(shù)據(jù)庫使用，確實這樣可以把每臺主數(shù)據(jù)庫的負(fù)荷減少一半，但是更新處理會發(fā)生沖突，可能會造成數(shù)據(jù)的不一致，為了防止這樣的問題，需要把對每個表的請求分別分配給適宜的主數(shù)據(jù)庫來處理。第二，可以考慮把數(shù)據(jù)庫分割開來，分別放在不同的數(shù)據(jù)庫效勞器上，比方將不同的表放在不同的數(shù)據(jù)庫效勞器上，數(shù)據(jù)庫分割可以減少每臺數(shù)據(jù)庫效勞器上的數(shù)據(jù)量，以便減少硬盤IO的輸入、輸出處理，實現(xiàn)存上的高速處理。但是由于分別存儲字不同效勞器上的表之間無法進(jìn)展Join處理，數(shù)據(jù)庫分割的時候就需要預(yù)先考慮這些問題，數(shù)據(jù)庫分割之后，如果一定要進(jìn)展Join處理，就必須要在程序中進(jìn)展關(guān)聯(lián)，這是非常困難的。--為有數(shù)據(jù)更新的表做索引或表構(gòu)造變更在使用關(guān)系型數(shù)據(jù)庫時，為了加快查詢速度需要創(chuàng)立索引，為了增加必要的字段就一定要改變表構(gòu)造，為了進(jìn)展這些處理，需要對表進(jìn)展共享鎖定，這期間數(shù)據(jù)變更、更新、插入、刪除等都是無法進(jìn)展的。如果需要進(jìn)展一些耗時操作，例如為數(shù)據(jù)量比擬大的表創(chuàng)立索引或是變更其表構(gòu)造，就需要特別注意，長時間數(shù)據(jù)可能無法進(jìn)展更新。--字段不固定時的應(yīng)用如果字段不固定，利用關(guān)系型數(shù)據(jù)庫也是比擬困難的，有人會說，需要的時候加個字段就可以了，這樣的方法也不是不可以，但在實際運(yùn)用中每次都進(jìn)展反復(fù)的表構(gòu)造變更是非常痛苦的。你也可以預(yù)先設(shè)定大量的預(yù)備字段，但這樣的話，時間一長很容易弄不去除字段和數(shù)據(jù)的對應(yīng)狀態(tài)，即哪個字段保存有哪些數(shù)據(jù)。--對簡單查詢需要快速返回結(jié)果的處理〔這里的“簡單〞指的是沒有復(fù)雜的查詢條件〕這一點稱不上是缺點，但不管怎樣，關(guān)系型數(shù)據(jù)庫并不擅長對簡單的查詢快速返回結(jié)果，因為關(guān)系型數(shù)據(jù)庫是使用專門的sql語言進(jìn)展數(shù)據(jù)讀取的，它需要對sql與越南進(jìn)展解析，同時還有對表的鎖定和解鎖等這樣的額外開銷，這里并不是說關(guān)系型數(shù)據(jù)庫的速度太慢，而只是想告訴大家假設(shè)希望對簡單查詢進(jìn)展高速處理，則沒有必要非使用關(guān)系型數(shù)據(jù)庫不可。---------------------------NoSQL數(shù)據(jù)庫關(guān)系型數(shù)據(jù)庫應(yīng)用廣泛，能進(jìn)展事務(wù)處理和表連接等復(fù)雜查詢。相對地，NoSQL數(shù)據(jù)庫只應(yīng)用在特定領(lǐng)域，根本上不進(jìn)展復(fù)雜的處理，但它恰恰彌補(bǔ)了之前所列舉的關(guān)系型數(shù)據(jù)庫的缺乏之處。優(yōu)點：易于數(shù)據(jù)的分散各個數(shù)據(jù)之間存在關(guān)聯(lián)是關(guān)系型數(shù)據(jù)庫得名的主要原因，為了進(jìn)展join處理，關(guān)系型數(shù)據(jù)庫不得不把數(shù)據(jù)存儲在同一個效勞器，這不利于數(shù)據(jù)的分散，這也是關(guān)系型數(shù)據(jù)庫并不擅長大數(shù)據(jù)量的寫入處理的原因。相反NoSQL數(shù)據(jù)庫原本就不支持Join處理，各個數(shù)據(jù)都是獨立設(shè)計的，很容易把數(shù)據(jù)分散在多個效勞器上，故減少了每個效勞器上的數(shù)據(jù)量，即使要處理大量數(shù)據(jù)的寫入，也變得更加容易，數(shù)據(jù)的讀入操作當(dāng)然也同樣容易。典型的NoSQL數(shù)據(jù)庫臨時性鍵值存儲〔memcached、Redis〕、永久性鍵值存儲〔ROMA、Redis〕、面向文檔的數(shù)據(jù)庫〔MongoDB、CouchDB〕、面向列的數(shù)據(jù)庫〔Cassandra、HBase〕一、鍵值存儲它的數(shù)據(jù)是以鍵值的形式存儲的，雖然它的速度非?？?，但根本上只能通過鍵的完全一致查詢獲取數(shù)據(jù)，根據(jù)數(shù)據(jù)的保存方式可以分為臨時性、永久性和兩者兼具三種。〔1〕臨時性所謂臨時性就是數(shù)據(jù)有可能喪失，memcached把所有數(shù)據(jù)都保存在存中，這樣保存和讀取的速度非?？欤钱?dāng)memcached停頓時，數(shù)據(jù)就不存在了。由于數(shù)據(jù)保存在存中，所以無法操作超出存容量的數(shù)據(jù)，舊數(shù)據(jù)會喪失?？偨Y(jié)來說：。在存中保存數(shù)據(jù)?？梢赃M(jìn)展非常快速的保存和讀取處理。數(shù)據(jù)有可能喪失〔2〕永久性所謂永久性就是數(shù)據(jù)不會喪失，這里的鍵值存儲是把數(shù)據(jù)保存在硬盤上，與臨時性比起來，由于必然要發(fā)生對硬盤的IO操作，所以性能上還是有差距的，但數(shù)據(jù)不會喪失是它最大的優(yōu)勢?？偨Y(jié)來說：。在硬盤上保存數(shù)據(jù)。可以進(jìn)展非?？焖俚谋４婧妥x取處理〔但無法與memcached相比〕。數(shù)據(jù)不會喪失〔3〕兩者兼?zhèn)銻edis屬于這種類型。Redis有些特殊，臨時性和永久性兼具。Redis首先把數(shù)據(jù)保存在存中，在滿足特定條件〔默認(rèn)是15分鐘一次以上，5分鐘10個以上，1分鐘10000個以上的鍵發(fā)生變更〕的時候?qū)?shù)據(jù)寫入到硬盤中，這樣既確保了存中數(shù)據(jù)的處理速度，又可以通過寫入硬盤來保證數(shù)據(jù)的永久性，這種類型的數(shù)據(jù)庫特別適合處理數(shù)組類型的數(shù)據(jù)。總結(jié)來說：。同時在存和硬盤上保存數(shù)據(jù)?？梢赃M(jìn)展非?？焖俚谋４婧妥x取處理。保存在硬盤上的數(shù)據(jù)不會消失〔可以恢復(fù)〕。適合于處理數(shù)組類型的數(shù)據(jù)二、面向文檔的數(shù)據(jù)庫MongoDB、CouchDB屬于這種類型，它們屬于NoSQL數(shù)據(jù)庫，但與鍵值存儲相異?！?〕不定義表構(gòu)造即使不定義表構(gòu)造，也可以像定義了表構(gòu)造一樣使用，還省去了變更表構(gòu)造的麻煩?！?〕可以使用復(fù)雜的查詢條件跟鍵值存儲不同的是，面向文檔的數(shù)據(jù)庫可以通過復(fù)雜的查詢條件來獲取數(shù)據(jù)，雖然不具備事務(wù)處理和Join這些關(guān)系型數(shù)據(jù)庫所具有的處理能力，但初次以外的其他處理根本上都能實現(xiàn)。三、面向列的數(shù)據(jù)庫Cassandra、HBae、HyperTable屬于這種類型，由于近年來數(shù)據(jù)量出現(xiàn)爆發(fā)性增長，這種類型的NoSQL數(shù)據(jù)庫尤其引入注目。普通的關(guān)系型數(shù)據(jù)庫都是以行為單位來存儲數(shù)據(jù)的，擅長以行為單位的讀入處理，比方特定條件數(shù)據(jù)的獲取。因此，關(guān)系型數(shù)據(jù)庫也被成為面向行的數(shù)據(jù)庫。相反，面向列的數(shù)據(jù)庫是以列為單位來存儲數(shù)據(jù)的，擅長以列為單位讀入數(shù)據(jù)。面向列的數(shù)據(jù)庫具有搞擴(kuò)展性，即使數(shù)據(jù)增加也不會降低相應(yīng)的處理速度〔特別是寫入速度〕，所以它主要