nosql缺點(diǎn),Nosql的特點(diǎn)

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

Apache三劍客：HBase, Cassandra, CouchDB。HBase的前景最為看好，因?yàn)樗拈_發(fā)者眾多并且都是頂尖高手。Cassandra目前有很多否定的聲音。CouchDB的小而精悍，贊譽(yù)很多，將要正式發(fā)布的CouchBase融合了MemBase和CouchDB，很令人期待。

10年積累的成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)經(jīng)驗(yàn)，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識你，你也不認(rèn)識我。但先網(wǎng)站設(shè)計(jì)后付款的網(wǎng)站建設(shè)流程，更有施秉免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

HBase和Cassandra都是效仿Google的BigTable的基于列的數(shù)據(jù)庫，它們都是用Java寫的。另外一類似的數(shù)據(jù)庫是HyperTable，百度用在一些后臺(tái)分析，因?yàn)樗荂++寫的，速度比較快。不過HyperTable有點(diǎn)邊緣，不太流行。這些基于列的開源數(shù)據(jù)庫目前都比Goolge的BigTable差之少一個(gè)數(shù)量級

CouchDB是一個(gè)文檔數(shù)據(jù)庫。其最大的競爭者是MongoDB。MongoDB和HBase都采用主從服務(wù)器設(shè)計(jì)。CouchDB的服務(wù)器分布設(shè)計(jì)和Cassandra類似，Peer to Peer類型的。主從服務(wù)器設(shè)計(jì)一般能更好的strong consistent，屬于CAP理論中的CP類型。 CouchDB和Cassandra一般認(rèn)為都是eventual consistent，屬于CAP理論中的AP類型。但其實(shí)MongoDB和Cassandra都可以設(shè)置成strong consistent或者eventual consistent。

以上所提到的數(shù)據(jù)庫都支持MapReduce。好像出了HyperTable都支持非主鍵索引。HBase和strong consistent配置的MongoDB都支持最基本的鎖定（HBase單行鎖定，MongoDB單文檔鎖定），因此可以實(shí)現(xiàn)transaction，但是實(shí)現(xiàn)有點(diǎn)復(fù)雜和低效。單就transaction這一點(diǎn)，目前開源NoSQL數(shù)據(jù)庫沒有做的比較好的。

MongoDB的最大賣點(diǎn)是不需構(gòu)建非主鍵索引也能執(zhí)行很多查詢。但是MongoDB的服務(wù)器分布設(shè)計(jì)實(shí)在不能讓人恭維，可以說是NoSQL數(shù)據(jù)庫中最Ugly的實(shí)現(xiàn)。

K-V數(shù)據(jù)庫比較多，而且上面提到的基于列的數(shù)據(jù)庫和文檔數(shù)據(jù)庫其實(shí)也都是K-V數(shù)據(jù)庫。比較流行的純種K-V數(shù)據(jù)庫有:

Memcached: 非常流行，不支持持久化

VMWare's Redis: 很流行，新浪和知乎都在用，CP類型。

MemBase: 由很多Memcached的開發(fā)者開發(fā)，使用sqlite作底層存儲(chǔ)。在社交游戲中用的比較多, zynga在用，CP類型。

Riak, 分布式實(shí)現(xiàn)和CouchDB/Cassandra比較像，AP類型。支持MapReduce。

Linkin's Voldemort， 在K-V中少見的eventual consistent ，AP類型。

TT, TC

純基于二維座標(biāo)索引的是Neo4j。但是現(xiàn)在MongoDB和CouchDB都集成這一特性。

目前CouchDB的開發(fā)者成立的公司CouchOne收購了MemBase，將其底層sqlite換成CouchDB推出了CouchBase，從而引入MapReduce以支持非主鍵索引。CouchBase暫時(shí)還沒有正式發(fā)布官方正式版，不過快了。雖然CouchDB是eventual consistent的，但是CouchBase的開發(fā)者宣稱CouchBase保持了MemBase的strong consistent特性，具體實(shí)現(xiàn)有待以后研究。

如果從成熟的角度來看，比較成熟并且十分流行的的有CouchDB，Memcached，Redis。

HBase和MongonDB和Cassandra都比較新，處于頻繁更新之中。最有前途的是HBase，但是Hadoop/HBase集群的維護(hù)常常需要很多專業(yè)人員并且需要構(gòu)建一個(gè)比較大的集群才能最大化體現(xiàn)出威力，因此用戶主要是Facebook, yahoo, 百度和阿里巴巴等大公司。

個(gè)人比較期待CouchBase。

轉(zhuǎn)載僅供參考，版權(quán)屬于原作者。祝你愉快，滿意請采納哦

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)表等; 不提供對SQL的支持

那么該如何選擇？

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

但如果要保證到“始終一致”，尤其是對于機(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)載請附上原文出處鏈接及本聲明。

原文鏈接：

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

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

優(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)相對復(fù)雜，復(fù)雜查詢方面稍欠。

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

1、文檔型

2、key-value型

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

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

nosql是什么

NoSQL，泛指非關(guān)系型的數(shù)據(jù)庫。隨著互聯(lián)網(wǎng)web2.0網(wǎng)站的興起，傳統(tǒng)的關(guān)系數(shù)據(jù)庫在應(yīng)付web2.0網(wǎng)站，特別是超大規(guī)模和高并發(fā)的SNS類型的web2.0純動(dòng)態(tài)網(wǎng)站已經(jīng)顯得力不從心，暴露了很多難以克服的問題，而非關(guān)系型的數(shù)據(jù)庫則由于其本身的特點(diǎn)得到了非常迅速的發(fā)展。NoSQL數(shù)據(jù)庫的產(chǎn)生就是為了解決大規(guī)模數(shù)據(jù)集合多重?cái)?shù)據(jù)種類帶來的挑戰(zhàn)，尤其是大數(shù)據(jù)應(yīng)用難題。

雖然NoSQL流行語火起來才短短一年的時(shí)間，但是不可否認(rèn)，現(xiàn)在已經(jīng)開始了第二代運(yùn)動(dòng)。盡管早期的堆棧代碼只能算是一種實(shí)驗(yàn)，然而現(xiàn)在的系統(tǒng)已經(jīng)更加的成熟、穩(wěn)定。不過現(xiàn)在也面臨著一個(gè)嚴(yán)酷的事實(shí)：技術(shù)越來越成熟——以至于原來很好的NoSQL數(shù)據(jù)存儲(chǔ)不得不進(jìn)行重寫，也有少數(shù)人認(rèn)為這就是所謂的2.0版本。這里列出一些比較知名的工具，可以為大數(shù)據(jù)建立快速、可擴(kuò)展的存儲(chǔ)庫。

NoSQL(NoSQL = Not Only SQL )，意即“不僅僅是SQL”，是一項(xiàng)全新的數(shù)據(jù)庫革命性運(yùn)動(dòng)，早期就有人提出，發(fā)展至2009年趨勢越發(fā)高漲。NoSQL的擁護(hù)者們提倡運(yùn)用非關(guān)系型的數(shù)據(jù)存儲(chǔ)，相對于鋪天蓋地的關(guān)系型數(shù)據(jù)庫運(yùn)用，這一概念無疑是一種全新的思維的注入。

對于NoSQL并沒有一個(gè)明確的范圍和定義，但是他們都普遍存在下面一些共同特征：

不需要預(yù)定義模式：不需要事先定義數(shù)據(jù)模式，預(yù)定義表結(jié)構(gòu)。數(shù)據(jù)中的每條記錄都可能有不同的屬性和格式。當(dāng)插入數(shù)據(jù)時(shí)，并不需要預(yù)先定義它們的模式。

無共享架構(gòu)：相對于將所有數(shù)據(jù)存儲(chǔ)的存儲(chǔ)區(qū)域網(wǎng)絡(luò)中的全共享架構(gòu)。NoSQL往往將數(shù)據(jù)劃分后存儲(chǔ)在各個(gè)本地服務(wù)器上。因?yàn)閺谋镜卮疟P讀取數(shù)據(jù)的性能往往好于通過網(wǎng)絡(luò)傳輸讀取數(shù)據(jù)的性能，從而提高了系統(tǒng)的性能。

彈性可擴(kuò)展：可以在系統(tǒng)運(yùn)行的時(shí)候，動(dòng)態(tài)增加或者刪除結(jié)點(diǎn)。不需要停機(jī)維護(hù)，數(shù)據(jù)可以自動(dòng)遷移。

分區(qū)：相對于將數(shù)據(jù)存放于同一個(gè)節(jié)點(diǎn)，NoSQL數(shù)據(jù)庫需要將數(shù)據(jù)進(jìn)行分區(qū)，將記錄分散在多個(gè)節(jié)點(diǎn)上面。并且通常分區(qū)的同時(shí)還要做復(fù)制。這樣既提高了并行性能，又能保證沒有單點(diǎn)失效的問題。

異步復(fù)制：和RAID存儲(chǔ)系統(tǒng)不同的是，NoSQL中的復(fù)制，往往是基于日志的異步復(fù)制。這樣，數(shù)據(jù)就可以盡快地寫入一個(gè)節(jié)點(diǎn)，而不會(huì)被網(wǎng)絡(luò)傳輸引起遲延。缺點(diǎn)是并不總是能保證一致性，這樣的方式在出現(xiàn)故障的時(shí)候，可能會(huì)丟失少量的數(shù)據(jù)。

BASE：相對于事務(wù)嚴(yán)格的ACID特性，NoSQL數(shù)據(jù)庫保證的是BASE特性。BASE是最終一致性和軟事務(wù)。

NoSQL數(shù)據(jù)庫并沒有一個(gè)統(tǒng)一的架構(gòu)，兩種NoSQL數(shù)據(jù)庫之間的不同，甚至遠(yuǎn)遠(yuǎn)超過兩種關(guān)系型數(shù)據(jù)庫的不同?？梢哉f，NoSQL各有所長，成功的NoSQL必然特別適用于某些場合或者某些應(yīng)用，在這些場合中會(huì)遠(yuǎn)遠(yuǎn)勝過關(guān)系型數(shù)據(jù)庫和其他的NoSQL。

nosql數(shù)據(jù)庫的四種類型

nosql數(shù)據(jù)庫的四種類型如下：

1.key-value鍵值存儲(chǔ)數(shù)據(jù)庫:

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

主要應(yīng)用: 內(nèi)容緩存,處理大量數(shù)據(jù)的高負(fù)載訪問,也用于系統(tǒng)日志。

優(yōu)點(diǎn):查找速度快,大量操作時(shí)性能高。

2.列存儲(chǔ)數(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ò)展。

缺點(diǎn):功能相對局限。

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

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

主要應(yīng)用: web應(yīng)用,管理面向文檔的數(shù)據(jù)或者類似的半結(jié)構(gòu)化數(shù)據(jù)。

優(yōu)點(diǎn):數(shù)據(jù)結(jié)構(gòu)靈活,表結(jié)構(gòu)可變,復(fù)雜性低。

缺點(diǎn):查詢效率低,且缺乏統(tǒng)一的查詢語言。

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

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

主要應(yīng)用: 復(fù)雜,互連接,低結(jié)構(gòu)化的圖結(jié)構(gòu)場合, 專注構(gòu)建關(guān)系圖譜。

優(yōu)點(diǎn): 利用圖結(jié)構(gòu)相關(guān)算法, 可用于構(gòu)建復(fù)雜的關(guān)系圖譜。

缺點(diǎn): 復(fù)雜度高。

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）

網(wǎng)頁標(biāo)題：nosql缺點(diǎn),Nosql的特點(diǎn)
文章網(wǎng)址：http://muchs.cn/article8/phecip.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供、網(wǎng)站設(shè)計(jì)、定制網(wǎng)站、網(wǎng)站營銷、品牌網(wǎng)站設(shè)計(jì)、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)