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

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

在柳江等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站設(shè)計、網(wǎng)站制作 網(wǎng)站設(shè)計制作按需開發(fā),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站設(shè)計,營銷型網(wǎng)站,成都外貿(mào)網(wǎng)站建設(shè),柳江網(wǎng)站建設(shè)費用合理。

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

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

優(yōu)點：擴展性好、靈活性好、大量寫操作時性能高

缺點：無法存儲結(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ù)存儲與管理

優(yōu)點：查找速度快、可擴展性強、容易進行分布式擴展、復(fù)雜性低

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

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

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

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

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

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

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

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

圖形數(shù)據(jù)庫-使用圖作為數(shù)據(jù)模型來存儲數(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)點：靈活性高、支持復(fù)雜的圖形算法、可用于構(gòu)建復(fù)雜的關(guān)系圖譜

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

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

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

數(shù)據(jù)庫可以按照內(nèi)容類型分類:書目、全文、數(shù)字和圖像。在計算中，數(shù)據(jù)庫有時根據(jù)其組織方法進行分類。有許多不同類型的數(shù)據(jù)庫，從最流行的方法關(guān)系數(shù)據(jù)庫到分布式數(shù)據(jù)庫、云數(shù)據(jù)庫或NoSQL數(shù)據(jù)庫。

常用數(shù)據(jù)庫：

1、關(guān)系型數(shù)據(jù)庫

關(guān)系型數(shù)據(jù)庫是由IBM的E.F. Codd于1970年發(fā)明的，它是一個表格數(shù)據(jù)庫，其中定義了數(shù)據(jù)，因此可以以多種不同的方式對其進行重組和訪問。

關(guān)系數(shù)據(jù)庫由一組表組成，其中的數(shù)據(jù)屬于預(yù)定義的類別。每個表在一個列中至少有一個數(shù)據(jù)類別，并且每一行對于列中定義的類別都有一個特定的數(shù)據(jù)實例。

結(jié)構(gòu)化查詢語言(SQL)是關(guān)系數(shù)據(jù)庫的標準用戶和應(yīng)用程序接口。關(guān)系數(shù)據(jù)庫易于擴展，并且可以在原始數(shù)據(jù)庫創(chuàng)建之后添加新的數(shù)據(jù)類別，而不需要修改所有現(xiàn)有應(yīng)用程序。

2、分布式數(shù)據(jù)庫

分布式數(shù)據(jù)庫是一種數(shù)據(jù)庫，其中部分數(shù)據(jù)庫存儲在多個物理位置，處理在網(wǎng)絡(luò)中的不同點之間分散或復(fù)制。

分布式數(shù)據(jù)庫可以是同構(gòu)的，也可以是異構(gòu)的。同構(gòu)分布式數(shù)據(jù)庫系統(tǒng)中的所有物理位置都具有相同的底層硬件，并運行相同的操作系統(tǒng)和數(shù)據(jù)庫應(yīng)用程序。異構(gòu)分布式數(shù)據(jù)庫中的硬件、操作系統(tǒng)或數(shù)據(jù)庫應(yīng)用程序在每個位置上可能是不同的。

3、云數(shù)據(jù)庫

云數(shù)據(jù)庫是針對虛擬化環(huán)境(混合云、公共云或私有云)優(yōu)化或構(gòu)建的數(shù)據(jù)庫。云數(shù)據(jù)庫提供了一些好處，比如可以按每次使用支付存儲容量和帶寬的費用，還可以根據(jù)需要提供可伸縮性和高可用性。

云數(shù)據(jù)庫還為企業(yè)提供了在軟件即服務(wù)部署中支持業(yè)務(wù)應(yīng)用程序的機會。

4、NoSQL數(shù)據(jù)庫

NoSQL數(shù)據(jù)庫對于大型分布式數(shù)據(jù)集非常有用。

NoSQL數(shù)據(jù)庫對于關(guān)系數(shù)據(jù)庫無法解決的大數(shù)據(jù)性能問題非常有效。當組織必須分析大量非結(jié)構(gòu)化數(shù)據(jù)或存儲在云中多個虛擬服務(wù)器上的數(shù)據(jù)時，它們是最有效的。

5、面向?qū)ο蟮臄?shù)據(jù)庫

使用面向?qū)ο缶幊陶Z言創(chuàng)建的項通常存儲在關(guān)系數(shù)據(jù)庫中，但是面向?qū)ο髷?shù)據(jù)庫非常適合于這些項。

面向?qū)ο蟮臄?shù)據(jù)庫是圍繞對象(而不是操作)和數(shù)據(jù)(而不是邏輯)組織的。例如，關(guān)系數(shù)據(jù)庫中的多媒體記錄可以是可定義的數(shù)據(jù)對象，而不是字母數(shù)字值。

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

面向圖形的數(shù)據(jù)庫是一種NoSQL數(shù)據(jù)庫，它使用圖形理論存儲、映射和查詢關(guān)系。圖數(shù)據(jù)庫基本上是節(jié)點和邊的集合，其中每個節(jié)點表示一個實體，每個邊表示節(jié)點之間的連接。

圖形數(shù)據(jù)庫在分析互連方面越來越受歡迎。例如，公司可以使用圖形數(shù)據(jù)庫從社交媒體中挖掘關(guān)于客戶的數(shù)據(jù)。

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

NoSQL太火，冒出太多產(chǎn)品了，保守估計也成百上千了。

互聯(lián)網(wǎng)公司常用的基本集中在以下幾種，每種只舉一個比較常見或者應(yīng)用比較成功的例子吧。

1. In-Memory KV Store : Redis

in memory key-value store，同時提供了更加豐富的數(shù)據(jù)結(jié)構(gòu)和運算的能力，成功用法是替代memcached，通過checkpoint和commit log提供了快速的宕機恢復(fù)，同時支持replication提供讀可擴展和高可用。

2. Disk-Based KV Store: Leveldb

真正基于磁盤的key-value storage, 模型單一簡單，數(shù)據(jù)量不受限于內(nèi)存大小，數(shù)據(jù)落盤高可靠，Google的幾位大神出品的精品，LSM模型天然寫優(yōu)化，順序?qū)懕P的方式對于新硬件ssd再適合不過了，不足是僅提供了一個庫，需要自己封裝server端。

3. Document Store: Mongodb

分布式nosql，具備了區(qū)別mysql的最大亮點：可擴展性。mongodb 最新引人的莫過于提供了sql接口，是目前nosql里最像mysql的，只是沒有ACID的特性，發(fā)展很快，支持了索引等特性，上手容易，對于數(shù)據(jù)量遠超內(nèi)存限制的場景來說，還需要慎重。

4. Column Table Store: HBase

這個富二代似乎不用贅述了，最大的優(yōu)勢是開源，對于普通的scan和基于行的get等基本查詢，性能完全不是問題，只是只提供裸的api,易用性上是短板，可擴展性方面是最強的，其次坐上了Hadoop的快車，社區(qū)發(fā)展很快，各種基于其上的開源產(chǎn)品不少，來解決諸如join、聚集運算等復(fù)雜查詢。

幾種Nosql數(shù)據(jù)庫對比

NoSQL不像傳統(tǒng)關(guān)系型庫那樣有統(tǒng)一的標準，也不具有普適性。所以要根據(jù)應(yīng)用和數(shù)據(jù)的存取特征來選擇適合的NoSQL。

如果以前沒有接觸過NoSQL，MongoDB是一個比較好的選擇，他支持的所以和查詢能力是所有NoSQL中最強大的，缺點是索引的成本和文檔大小限制。

如果是使用Hadoop大數(shù)據(jù)分析，數(shù)據(jù)基本上不存在修改，只是插入和查詢，并且需要配合Hadoop的MR任務(wù)，HBase會是很好的選擇。

如果要求有很強的擴展能力，高并發(fā)讀寫和維護方便，Casaandra則是不錯的選擇。

當然除了上面三個流行的NoSQL，還有很多優(yōu)秀的NoSQL數(shù)據(jù)庫，而且他們都有各自擅長領(lǐng)域，所以需要了解你們產(chǎn)品自身的特點然后分析選擇哪種才是最適合的，往往在大型系統(tǒng)中不是單一的數(shù)據(jù)庫，而是使用多種數(shù)據(jù)庫組合。