非關(guān)系型數(shù)據(jù)庫有哪些優(yōu)缺點(diǎn)？

非關(guān)系型數(shù)據(jù)庫嚴(yán)格上不是一種數(shù)據(jù)庫，應(yīng)該是一種數(shù)據(jù)結(jié)構(gòu)化存儲(chǔ)方法的集合，可以是文檔或者鍵值對(duì)等。當(dāng)初我在黑馬程序員培訓(xùn)時(shí)候就學(xué)過。

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、小程序定制開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了貢覺免費(fèi)建站歡迎大家使用！

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

1、格式靈活：存儲(chǔ)數(shù)據(jù)的格式可以是key,value形式、文檔形式、圖片形式等等，文檔形式、圖片形式等等，使用靈活，應(yīng)用場景廣泛，而關(guān)系型數(shù)據(jù)庫則只支持基礎(chǔ)類型。

2、速度快：nosql可以使用硬盤或者隨機(jī)存儲(chǔ)器作為載體，而關(guān)系型數(shù)據(jù)庫只能使用硬盤；

3、高擴(kuò)展性；

4、成本低：nosql數(shù)據(jù)庫部署簡單，基本都是開源軟件。

缺點(diǎn)：

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

2、無事務(wù)處理；

3、數(shù)據(jù)結(jié)構(gòu)相對(duì)復(fù)雜，復(fù)雜查詢方面稍欠。

非關(guān)系型數(shù)據(jù)庫的分類和比較：

1、文檔型

2、key-value型

3、列式數(shù)據(jù)庫

4、圖形數(shù)據(jù)庫

nosql與mysql他們之間的區(qū)別于優(yōu)點(diǎn)

百度百科：

NoSQL與關(guān)系型數(shù)據(jù)庫設(shè)計(jì)理念比較

關(guān)系型數(shù)據(jù)庫中的表都是存儲(chǔ)一些格式化的數(shù)據(jù)結(jié)構(gòu)，每個(gè)元組字段的組成都一樣，即使不是每個(gè)元組都需要所有的字段，但數(shù)據(jù)庫會(huì)為每個(gè)元組分配所有的字段，這樣的結(jié)構(gòu)可以便于表與表之間進(jìn)行連接等操作，但從另一個(gè)角度來說它也是關(guān)系型數(shù)據(jù)庫性能瓶頸的一個(gè)因素。而非關(guān)系型數(shù)據(jù)庫以鍵值對(duì)存儲(chǔ)，它的結(jié)構(gòu)不固定，每一個(gè)元組可以有不一樣的字段，每個(gè)元組可以根據(jù)需要增加一些自己的鍵值對(duì)，這樣就不會(huì)局限于固定的結(jié)構(gòu)，可以減少一些時(shí)間和空間的開銷。

特點(diǎn)：

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

它們運(yùn)行在便宜的PC服務(wù)器集群上。

它們擊碎了性能瓶頸。

沒有過多的操作。

Bootstrap支持

缺點(diǎn)：

但是一些人承認(rèn)，沒有正式的官方支持，萬一出了差錯(cuò)會(huì)是可怕的，至少很多管理人員是這樣看。

此外，nosql并未形成一定標(biāo)準(zhǔn)，各種產(chǎn)品層出不窮，內(nèi)部混亂，各種項(xiàng)目還需時(shí)間來檢驗(yàn)

nosql數(shù)據(jù)庫的幾大類型

1. 鍵值數(shù)據(jù)庫

相關(guān)產(chǎn)品：Redis、Riak、SimpleDB、Chordless、Scalaris、Memcached

應(yīng)用：內(nèi)容緩存

優(yōu)點(diǎn)：擴(kuò)展性好、靈活性好、大量寫操作時(shí)性能高

缺點(diǎn)：無法存儲(chǔ)結(jié)構(gòu)化信息、條件查詢效率較低

使用者：百度云（Redis）、GitHub（Riak）、BestBuy（Riak）、Twitter（Ridis和Memcached）

2. 列族數(shù)據(jù)庫

相關(guān)產(chǎn)品：BigTable、HBase、Cassandra、HadoopDB、GreenPlum、PNUTS

應(yīng)用：分布式數(shù)據(jù)存儲(chǔ)與管理

優(yōu)點(diǎn)：查找速度快、可擴(kuò)展性強(qiáng)、容易進(jìn)行分布式擴(kuò)展、復(fù)雜性低

使用者：Ebay（Cassandra）、Instagram（Cassandra）、NASA（Cassandra）、Facebook（HBase）

3. 文檔數(shù)據(jù)庫

相關(guān)產(chǎn)品：MongoDB、CouchDB、ThruDB、CloudKit、Perservere、Jackrabbit

應(yīng)用：存儲(chǔ)、索引并管理面向文檔的數(shù)據(jù)或者類似的半結(jié)構(gòu)化數(shù)據(jù)

優(yōu)點(diǎn)：性能好、靈活性高、復(fù)雜性低、數(shù)據(jù)結(jié)構(gòu)靈活

缺點(diǎn)：缺乏統(tǒng)一的查詢語言

使用者：百度云數(shù)據(jù)庫（MongoDB）、SAP（MongoDB）

4. 圖形數(shù)據(jù)庫

圖形數(shù)據(jù)庫-使用圖作為數(shù)據(jù)模型來存儲(chǔ)數(shù)據(jù)。

相關(guān)產(chǎn)品：Neo4J、OrientDB、InfoGrid、GraphDB

應(yīng)用：大量復(fù)雜、互連接、低結(jié)構(gòu)化的圖結(jié)構(gòu)場合，如社交網(wǎng)絡(luò)、推薦系統(tǒng)等

優(yōu)點(diǎn)：靈活性高、支持復(fù)雜的圖形算法、可用于構(gòu)建復(fù)雜的關(guān)系圖譜

缺點(diǎn)：復(fù)雜性高、只能支持一定的數(shù)據(jù)規(guī)模

使用者：Adobe（Neo4J）、Cisco（Neo4J）、T-Mobile（Neo4J）

NoSQL和MySQL的區(qū)別大嗎？

即非關(guān)系型數(shù)據(jù)庫和關(guān)系型數(shù)據(jù)庫。

MySQL的優(yōu)點(diǎn)：事務(wù)處理—保持?jǐn)?shù)據(jù)的一致性；由于以標(biāo)準(zhǔn)化為前提，數(shù)據(jù)更新的開銷很?。ㄏ嗤淖侄位旧现挥幸惶帲?；可以進(jìn)行Join等復(fù)雜查詢

NoSQL的優(yōu)點(diǎn)：首先它是基于內(nèi)存的，也就是數(shù)據(jù)放在內(nèi)存中，而不是像數(shù)據(jù)庫那樣把數(shù)據(jù)放在磁盤上，而內(nèi)存的讀取速度是磁盤讀取速度的幾十倍到上百倍，所以NoSQL工具的速度遠(yuǎn)比數(shù)據(jù)庫讀取速度要快得多，滿足了高響應(yīng)的要求。即使NoSQL將數(shù)據(jù)放在磁盤中，它也是一種半結(jié)構(gòu)化的數(shù)據(jù) 格式，讀取到解析的復(fù)雜度遠(yuǎn)比MySQL要簡單，這是因?yàn)镸ySQL存儲(chǔ)的是經(jīng)過結(jié)構(gòu)化、多范式等有復(fù)雜規(guī)則的數(shù)據(jù)，還原為內(nèi)存結(jié)構(gòu)的速度較慢。NoSQL在很大程度上滿足了高并發(fā)、快速讀/和響應(yīng)的要求，所以它也是Java互聯(lián)網(wǎng)系統(tǒng)的利器。

簡單的擴(kuò)展：典型例子是Cassandra，由于其架構(gòu)是類似于經(jīng)典的P2P，所以能通過輕松地添加新的節(jié)點(diǎn)來擴(kuò)展這個(gè)集群;

低廉的成本：這是大多數(shù)分布式數(shù)據(jù)庫共有的特點(diǎn)，因?yàn)橹饕际情_源軟件，沒有昂貴的License成本;

NoSQL的缺點(diǎn)：大多數(shù)NoSQL數(shù)據(jù)庫都不支持事務(wù)，也不像 SQL Server和Oracle那樣能提供各種附加功能，比如BI和報(bào)表等; 不提供對(duì)SQL的支持

那么該如何選擇？

如果規(guī)模和性能比24小時(shí)的數(shù)據(jù)一致性更重要，那NoSQL是一個(gè)理想的選擇 （NoSQL依賴于BASE模型——基本可用、軟狀態(tài)、最終一致性）。

但如果要保證到“始終一致”，尤其是對(duì)于機(jī)密信息和財(cái)務(wù)信息，那么MySQL很可能是最優(yōu)的選擇（MySQL依賴于ACID模型——原子性、一致性、獨(dú)立性和耐久性）。

如果關(guān)系數(shù)據(jù)庫在你的應(yīng)用場景中，完全能夠很好的工作，而你又是非常善于使用和維護(hù)關(guān)系數(shù)據(jù)庫的，那么我覺得你完全沒有必要遷移到NoSQL上面，除非你是個(gè)喜歡折騰的人。如果你是在金融，電信等以數(shù)據(jù)為王的關(guān)鍵領(lǐng)域，目前使用的是Oracle數(shù)據(jù)庫來提供高可靠性的，除非遇到特別大的瓶頸，不然也別貿(mào)然嘗試NoSQL。

然而，在WEB2.0的網(wǎng)站中，關(guān)系數(shù)據(jù)庫大部分都出現(xiàn)了瓶頸。在磁盤IO、數(shù)據(jù)庫可擴(kuò)展上都花費(fèi)了開發(fā)人員相當(dāng)多的精力來優(yōu)化，比如做分表分庫（database sharding）、主從復(fù)制、異構(gòu)復(fù)制等等，然而，這些工作需要的技術(shù)能力越來越高，也越來越具有挑戰(zhàn)性。如果你正在經(jīng)歷這些場合，那么我覺得你應(yīng)該嘗試一下NoSQL了。

具體問題具體分析

MySQL體積小、速度快、成本低、結(jié)構(gòu)穩(wěn)定、便于查詢，可以保證數(shù)據(jù)的一致性，但缺乏靈活性。

NoSQL高性能、高擴(kuò)展、高可用，不用局限于固定的結(jié)構(gòu)，減少了時(shí)間和空間上的開銷，卻又很難保證數(shù)據(jù)一致性。

————————————————

版權(quán)聲明：本文為CSDN博主「蒟蒻熊」的原創(chuàng)文章，遵循CC 4.0 BY-SA版權(quán)協(xié)議，轉(zhuǎn)載請(qǐng)附上原文出處鏈接及本聲明。

原文鏈接：

現(xiàn)在最成熟的開源nosql是什么？分別有什么優(yōu)缺點(diǎn)

mongodb 現(xiàn)在應(yīng)該是運(yùn)用的最多的 nosql 數(shù)據(jù)庫，所謂的優(yōu)點(diǎn)自然就是nosql數(shù)據(jù)庫的優(yōu)點(diǎn)