關(guān)系數(shù)據(jù)模型和非關(guān)系數(shù)據(jù)模型的優(yōu)缺點(diǎn)？

關(guān)系型數(shù)據(jù)庫(kù)：SQLServer、Oracle、mysql等

創(chuàng)新互聯(lián)成立與2013年，先為常寧等服務(wù)建站，常寧等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為常寧企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

特性：

①采用關(guān)系模型來(lái)組織數(shù)據(jù)的數(shù)據(jù)庫(kù)；

②事務(wù)的一致性；

③簡(jiǎn)單來(lái)說(shuō)，關(guān)系模型指的就是二維表格模型，而一個(gè)關(guān)系型數(shù)據(jù)庫(kù)就是由二維表及其之間的聯(lián)系所組成的一個(gè)數(shù)據(jù)組織。

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

①容易理解：二維表結(jié)構(gòu)是非常貼近邏輯世界一個(gè)概念，關(guān)系模型相對(duì)網(wǎng)狀、層次等其他模型來(lái)說(shuō)更容易理解；

②使用方便：通用的SQL語(yǔ)言使得操作關(guān)系型數(shù)據(jù)庫(kù)非常方便；

③易于維護(hù)：豐富的完整性(實(shí)體完整性、參照完整性和用戶定義的完整性)大大減低了數(shù)據(jù)冗余和數(shù)據(jù)不一致的概率；

④支持SQL，可用于復(fù)雜查詢。

缺點(diǎn)：

①為了維護(hù)一致性所付出的巨大代價(jià)就是其讀寫性能比較差；

②固定的表結(jié)構(gòu)；

③高并發(fā)讀寫需求；

④海量數(shù)據(jù)的高效率讀寫；

非關(guān)系型數(shù)據(jù)庫(kù)：MongoDb、redis、HBase等

特性：

①使用鍵值對(duì)存儲(chǔ)數(shù)據(jù)；

②分布式；

③一般不支持ACID特性；

④非關(guān)系型數(shù)據(jù)庫(kù)嚴(yán)格上不是一種數(shù)據(jù)庫(kù)，應(yīng)該是一種數(shù)據(jù)結(jié)構(gòu)化存儲(chǔ)方法的集合。

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

①無(wú)需經(jīng)過(guò)sql層的解析，讀寫性能很高；

②基于鍵值對(duì)，數(shù)據(jù)沒有耦合性，容易擴(kuò)展；

③存儲(chǔ)數(shù)據(jù)的格式：nosql的存儲(chǔ)格式是key,value形式、文檔形式、圖片形式等等，文檔形式、圖片形式等等，而關(guān)系型數(shù)據(jù)庫(kù)則只支持基礎(chǔ)類型。

缺點(diǎn)：

①不提供sql支持，學(xué)習(xí)和使用成本較高；

②無(wú)事務(wù)處理，附加功能bi和報(bào)表等支持也不好；

非關(guān)系型數(shù)據(jù)庫(kù)就是nosql嗎

是的，NoSQL（非關(guān)系型數(shù)據(jù)庫(kù)）簡(jiǎn)單來(lái)說(shuō)，關(guān)系模型指的就是二維表格模型，而一個(gè)關(guān)系型數(shù)據(jù)庫(kù)就是由二維表及其之間的聯(lián)系組成的一個(gè)數(shù)據(jù)組織。?NoSQL最普遍的解釋是“非關(guān)系型的”，強(qiáng)調(diào)Key-Value Stores和文檔數(shù)據(jù)庫(kù)的優(yōu)點(diǎn)，而不是單純的反對(duì)RDBMS。

非關(guān)系型數(shù)據(jù)庫(kù)特點(diǎn)

1.可以處理超大量的數(shù)據(jù)。

2.運(yùn)行在便宜的PC服務(wù)器集群上。PC集群擴(kuò)充起來(lái)非常方便并且成本很低，避免了“sharding”操作的復(fù)雜性和成本。

3.擊碎了性能瓶頸。NoSQL的支持者稱，通過(guò)NoSQL架構(gòu)可以省去將Web或Java應(yīng)用和數(shù)據(jù)轉(zhuǎn)換成SQL友好格式的時(shí)間，執(zhí)行速度變得更快。

4.沒有過(guò)多的操作。?

5.支持者來(lái)源于社區(qū)。因?yàn)镹oSQL項(xiàng)目都是開源的，因此它們?nèi)狈?yīng)商提供的正式支持。這一點(diǎn)它們與大多數(shù)開源項(xiàng)目一樣，不得不從社區(qū)中尋求支持。

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

非關(guān)系型數(shù)據(jù)庫(kù)：非關(guān)系型數(shù)據(jù)庫(kù)產(chǎn)品是傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)的功能閹割版本，通過(guò)減少用不到或很少用的功能，來(lái)大幅度提高產(chǎn)品性能。

非關(guān)系型數(shù)據(jù)庫(kù)嚴(yán)格上不是一種數(shù)據(jù)庫(kù)，應(yīng)該是一種數(shù)據(jù)結(jié)構(gòu)化存儲(chǔ)方法的集合。關(guān)系型數(shù)據(jù)庫(kù)：是指采用了關(guān)系模型來(lái)組織數(shù)據(jù)的數(shù)據(jù)庫(kù)。

如何用好NoSQL

No SQL DB是一種和關(guān)系型數(shù)據(jù)庫(kù)相對(duì)應(yīng)的對(duì)象數(shù)據(jù)庫(kù)。按照數(shù)據(jù)模型保存性質(zhì)將當(dāng)前NoSQL分為四種：

1.Key-value stores鍵值存儲(chǔ), 保存keys+BLOBs

2.Table-oriented 面向表, 主要有Google的BigTable和Cassandra.

3.Document-oriented面向文本, 文本是一種類似XML文檔，MongoDB 和 CouchDB

4.Graph-oriented 面向圖論. 如Neo4J.

關(guān)系型數(shù)據(jù)庫(kù)的弊端：

關(guān)系型數(shù)據(jù)庫(kù)的歷史已經(jīng)有30余年了，因此，在某些情況下，關(guān)系型數(shù)據(jù)庫(kù)的弱點(diǎn)就會(huì)暴露出來(lái)：

1. “對(duì)象-關(guān)系 阻抗不匹配”。關(guān)系模型和面向?qū)ο竽Ｐ驮诟拍钌洗嬖谔烊坏牟黄ヅ涞牡胤剑热鐚?duì)象模型當(dāng)中特有的“繼承”，“組合”，“聚合”，“依賴”的概念在關(guān)系模型當(dāng)中是不存在的。

2. “模式演進(jìn)”。即隨著時(shí)間的推移，需要對(duì)數(shù)據(jù)庫(kù)模式進(jìn)行調(diào)整以便適應(yīng)新的需求，然而，對(duì)數(shù)據(jù)庫(kù)模式的調(diào)整是的成本很高的動(dòng)作，因此很多設(shè)計(jì)師在系統(tǒng)設(shè)計(jì)之初會(huì)設(shè)計(jì)一個(gè)兼容性很強(qiáng)的數(shù)據(jù)庫(kù)模式，以應(yīng)對(duì)將來(lái)可能出現(xiàn)的需求，然而在現(xiàn)在的web系統(tǒng)開發(fā)過(guò)程中，系統(tǒng)的變更更加頻繁，幾乎無(wú)法預(yù)先設(shè)計(jì)出一種“萬(wàn)能”的數(shù)據(jù)庫(kù)模式以滿足所有的需求，因此 模式演進(jìn)的弊端就愈發(fā)凸顯。

3. 關(guān)系型數(shù)據(jù)庫(kù)處理 稀疏表時(shí)的性能非常差。

4. network-oriented data 很適合處理 人工智能、社交網(wǎng)絡(luò)中的一些需求。

所以，各種各樣的No SQL DB 出現(xiàn)了，這里只簡(jiǎn)單介紹下Neo4J 的基本知識(shí)。

Neo 數(shù)據(jù)模型

Neo4J 是一個(gè)基于圖實(shí)現(xiàn)的No SQL DB, 其基本的數(shù)據(jù)類型有如下幾種：

Node, Relationship, Property.

Node 對(duì)應(yīng)于圖中的 節(jié)點(diǎn)，Relationship 對(duì)應(yīng)圖中的邊，Node 和 Relationship 都可以擁有Property，

Property 的數(shù)據(jù)結(jié)構(gòu)為。

數(shù)據(jù)遍歷