nosql數(shù)據(jù)庫有哪些？？？

NoSQL(NoSQL

堅守“ 做人真誠 · 做事靠譜 · 口碑至上 · 高效敬業(yè) ”的價值觀，專業(yè)網(wǎng)站建設服務10余年為成都電動窗簾小微創(chuàng)業(yè)公司專業(yè)提供企業(yè)網(wǎng)站制作營銷網(wǎng)站建設商城網(wǎng)站建設手機網(wǎng)站建設小程序網(wǎng)站建設網(wǎng)站改版，從內(nèi)容策劃、視覺設計、底層架構、網(wǎng)頁布局、功能開發(fā)迭代于一體的高端網(wǎng)站建設服務。

=

Not

Only

SQL

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

隨著大數(shù)據(jù)的不斷發(fā)展，非關系型的數(shù)據(jù)庫現(xiàn)在成了一個極其熱門的新領域，非關系數(shù)據(jù)庫產(chǎn)品的發(fā)展非常迅速。現(xiàn)今的計算機體系結構在數(shù)據(jù)存儲方面要有龐大的水平擴展性，而NoSQL也正是致力于改變這一現(xiàn)狀。目前Google的

BigTable和Amazon

的Dynamo使用的就是NoSQL型數(shù)據(jù)庫，本文介紹了10種出色的NoSQL數(shù)據(jù)庫。

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

給一個地址吧

哪個屬于NoSQL數(shù)據(jù)庫

1、鍵值（Key-Value）存儲數(shù)據(jù)庫

這一類數(shù)據(jù)庫主要會使用到一個哈希表，這個表中有一個特定的鍵和一個指針指向特定的數(shù)據(jù)。Key/value模型對于IT系統(tǒng)來說的優(yōu)勢在于簡單、易部署。

但是如果數(shù)據(jù)庫管理員(DBA)只對部分值進行查詢或更新的時候，Key/value就顯得效率低下了。舉例如：Tokyo Cabinet/Tyrant，Redis，Voldemort，Oracle BDB。

2、列存儲數(shù)據(jù)庫

這部分數(shù)據(jù)庫通常用來應對分布式存儲的海量數(shù)據(jù)。鍵仍然存在，但是它們的特點是指向了多個列。這些列是由列家族來安排的。如：Cassandra，HBase，Riak。

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

文檔型數(shù)據(jù)庫的靈感是來自于Lotus Notes辦公軟件的，而且它同第一種鍵值存儲相類似。該類型的數(shù)據(jù)模型是版本化的文檔，半結構化的文檔以特定的格式存儲，比如JSON。

文檔型數(shù)據(jù)庫可以看作是鍵值數(shù)據(jù)庫的升級版，允許之間嵌套鍵值，在處理網(wǎng)頁等復雜數(shù)據(jù)時，文檔型數(shù)據(jù)庫比傳統(tǒng)鍵值數(shù)據(jù)庫的查詢效率更高。如：CouchDB，MongoDb，國內(nèi)也有文檔型數(shù)據(jù)庫SequoiaDB，已經(jīng)開源。

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

圖形結構的數(shù)據(jù)庫同其他行列以及剛性結構的SQL數(shù)據(jù)庫不同，它是使用靈活的圖形模型，并且能夠擴展到多個服務器上。

NoSQL數(shù)據(jù)庫沒有標準的查詢語言（SQL），因此進行數(shù)據(jù)庫查詢需要制定數(shù)據(jù)模型。許多NoSQL數(shù)據(jù)庫都有REST式的數(shù)據(jù)接口或者查詢API。如：Neo4J，InfoGrid，Infinite Graph。

擴展資料

NoSQL數(shù)據(jù)庫適合追求速度和可擴展性、業(yè)務多變的應用場景。對于非結構化數(shù)據(jù)的處理更合適，如文章、評論，這些數(shù)據(jù)如全文搜索、機器學習通常只用于模糊處理，并不需要像結構化數(shù)據(jù)一樣，進行精確查詢，而且這類數(shù)據(jù)的數(shù)據(jù)規(guī)模往往是海量的，數(shù)據(jù)規(guī)模的增長往往也是不可能預期的。

而NoSQL數(shù)據(jù)庫的擴展能力幾乎也是無限的，所以NoSQL數(shù)據(jù)庫可以很好地滿足這一類數(shù)據(jù)的存儲。NoSQL數(shù)據(jù)庫利用key-value可以大量的獲取大量的非結構化數(shù)據(jù)，并且數(shù)據(jù)的獲取效率很高，但用它查詢結構化數(shù)據(jù)效果就比較差。

參考資料來源：百度百科-數(shù)據(jù)庫

參考資料來源：百度百科-NoSQL

哪個屬于Nosql數(shù)據(jù)庫

NoSQL，泛指非關系型的數(shù)據(jù)庫。隨著互聯(lián)網(wǎng)web2.0網(wǎng)站的興起，傳統(tǒng)的關系數(shù)據(jù)庫在處理web2.0網(wǎng)站，特別是超大規(guī)模和高并發(fā)的SNS類型的web2.0純動態(tài)網(wǎng)站已經(jīng)顯得力不從心，出現(xiàn)了很多難以克服的問題，而非關系型的數(shù)據(jù)庫則由于其本身的特點得到了非常迅速的發(fā)展。

常見的Nosql數(shù)據(jù)庫有：

一、Redis數(shù)據(jù)庫

Redis（RemoteDictionaryServer），即遠程字典服務，是一個開源的使用ANSIC語言編寫、支持網(wǎng)絡、可基于內(nèi)存亦可持久化的日志型、Key－Value數(shù)據(jù)庫，并提供多種語言的API。從2010年3月15日起，Redis的開發(fā)工作由VMware主持。從2013年5月開始，Redis的開發(fā)由Pivotal贊助。

二、MongoDB數(shù)據(jù)庫

MongoDB是一個介于關系數(shù)據(jù)庫和非關系數(shù)據(jù)庫之間的產(chǎn)品，是非關系數(shù)據(jù)庫當中功能最豐富，最像關系數(shù)據(jù)庫的。它支持的數(shù)據(jù)結構非常松散，是類似json的bson格式，因此可以存儲比較復雜的數(shù)據(jù)類型。

Mongo最大的特點是它支持的查詢語言非常強大，其語法有點類似于面向?qū)ο蟮牟樵冋Z言，幾乎可以實現(xiàn)類似關系數(shù)據(jù)庫單表查詢的絕大部分功能，而且還支持對數(shù)據(jù)建立索引。

擴展資料：

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

一、易擴展

NoSQL數(shù)據(jù)庫種類繁多，但是一個共同的特點都是去掉關系數(shù)據(jù)庫的關系型特性。數(shù)據(jù)之間無關系，這樣就非常容易擴展。無形之間，在架構的層面上帶來了可擴展的能力。

二、大數(shù)據(jù)量，高性能

NoSQL數(shù)據(jù)庫都具有非常高的讀寫性能，尤其在大數(shù)據(jù)量下，同樣表現(xiàn)優(yōu)秀。這得益于它的無關系性，數(shù)據(jù)庫的結構簡單。一般MySQL使用Query Cache。NoSQL的Cache是記錄級的，是一種細粒度的Cache，所以NoSQL在這個層面上來說性能就要高很多。

三、靈活的數(shù)據(jù)模型

NoSQL無須事先為要存儲的數(shù)據(jù)建立字段，隨時可以存儲自定義的數(shù)據(jù)格式。而在關系數(shù)據(jù)庫里，增刪字段是一件非常麻煩的事情。如果是非常大數(shù)據(jù)量的表，增加字段簡直就是——個噩夢。這點在大數(shù)據(jù)量的Web2.0時代尤其明顯。

四、高可用

NoSQL在不太影響性能的情況，就可以方便地實現(xiàn)高可用的架構。比如Cassandra、HBase模型，通過復制模型也能實現(xiàn)高可用。

參考資料來源：百度百科-NoSQL