青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

C小加

厚德 博學 求真 至善 The bright moon and breeze
posts - 145, comments - 195, trackbacks - 0, articles - 0
  C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

8種Nosql數據庫系統對比(轉)

Posted on 2012-12-01 17:12 C小加 閱讀(2040) 評論(0)  編輯 收藏 引用 所屬分類: NoSQL

導讀:Kristóf Kovács 是一位軟件架構師和咨詢顧問,他最近發布了一片對比各種類型nosql數據庫文章。文章由敏捷翻譯 – 唐尤華編譯。如需轉載,請參見文后聲明。

雖然SQL數據庫是非常有用的工具,但經歷了15年的一支獨秀之后壟斷即將被打破。這只是時間問題:被迫使用關系數據庫,但最終發現不能適應需求的情況不勝枚舉。

但是NoSQL數據庫之間的不同,遠超過兩 SQL數據庫之間的差別。這意味著軟件架構師更應該在項目開始時就選擇好一個適合的 NoSQL數據庫。針對這種情況,這里對 CassandraMongodbCouchDBRedis、 Riak、 MembaseNeo4jHBase進行了比較:

(編注1:NoSQL:是一項全新的數據庫革命性運動,NoSQL的擁護者們提倡運用非關系型的數據存儲。現今的計算機體系結構在數據存儲方面要求具 備龐大的水平擴 展性,而NoSQL致力于改變這一現狀。目前Google的 BigTable 和Amazon 的Dynamo使用的就是NoSQL型數據庫。 參見NoSQL詞條。)

 

1. CouchDB

  • 所用語言: Erlang
  • 特點:DB一致性,易于使用
  • 使用許可: Apache
  • 協議: HTTP/REST
  • 雙向數據復制,
  • 持續進行或臨時處理,
  • 處理時帶沖突檢查,
  • 因此,采用的是master-master復制(見編注2)
  • MVCC – 寫操作不阻塞讀操作
  • 可保存文件之前的版本
  • Crash-only(可靠的)設計
  • 需要不時地進行數據壓縮
  • 視圖:嵌入式 映射/減少
  • 格式化視圖:列表顯示
  • 支持進行服務器端文檔驗證
  • 支持認證
  • 根據變化實時更新
  • 支持附件處理
  • 因此, CouchApps(獨立的 js應用程序)
  • 需要 jQuery程序庫

 

最佳應用場景:適用于數據變化較少,執行預定義查詢,進行數據統計的應用程序。適用于需要提供數據版本支持的應用程序。

例如: CRM、CMS系統。 master-master復制對于多站點部署是非常有用的。

(編注2:master-master復制:是一種數據庫同步方法,允許數據在一組計算機之間共享數據,并且可以通過小組中任意成員在組內進行數據更新。)

 

2. Redis

  • 所用語言:C/C++
  • 特點:運行異常快
  • 使用許可: BSD
  • 協議:類 Telnet
  • 有硬盤存儲支持的內存數據庫,
  • 但自2.0版本以后可以將數據交換到硬盤(注意, 2.4以后版本不支持該特性!)
  • Master-slave復制(見編注3)
  • 雖然采用簡單數據或以鍵值索引的哈希表,但也支持復雜操作,例如 ZREVRANGEBYSCORE。
  • INCR & co (適合計算極限值或統計數據)
  • 支持 sets(同時也支持 union/diff/inter)
  • 支持列表(同時也支持隊列;阻塞式 pop操作)
  • 支持哈希表(帶有多個域的對象)
  • 支持排序 sets(高得分表,適用于范圍查詢)
  • Redis支持事務
  • 支持將數據設置成過期數據(類似快速緩沖區設計)
  • Pub/Sub允許用戶實現消息機制

 

最佳應用場景:適用于數據變化快且數據庫大小可遇見(適合內存容量)的應用程序。

例如:股票價格、數據分析、實時數據搜集、實時通訊。

(編注3:Master-slave復制:如果同一時刻只有一臺服務器處理所有的復制請求,這被稱為 Master-slave復制,通常應用在需要提供高可用性的服務器集群。)

 

3. MongoDB

  • 所用語言:C++
  • 特點:保留了SQL一些友好的特性(查詢,索引)。
  • 使用許可: AGPL(發起者: Apache)
  • 協議: Custom, binary( BSON)
  • Master/slave復制(支持自動錯誤恢復,使用 sets 復制)
  • 內建分片機制
  • 支持 javascript表達式查詢
  • 可在服務器端執行任意的 javascript函數
  • update-in-place支持比CouchDB更好
  • 在數據存儲時采用內存到文件映射
  • 對性能的關注超過對功能的要求
  • 建議最好打開日志功能(參數 –journal)
  • 在32位操作系統上,數據庫大小限制在約2.5Gb
  • 空數據庫大約占 192Mb
  • 采用 GridFS存儲大數據或元數據(不是真正的文件系統)

 

最佳應用場景:適用于需要動態查詢支持;需要使用索引而不是 map/reduce功能;需要對大數據庫有性能要求;需要使用 CouchDB但因為數據改變太頻繁而占滿內存的應用程序。

例如:你本打算采用 MySQL或 PostgreSQL,但因為它們本身自帶的預定義欄讓你望而卻步。

 

4. Riak

  • 所用語言:Erlang和C,以及一些Javascript
  • 特點:具備容錯能力
  • 使用許可: Apache
  • 協議: HTTP/REST或者 custom binary
  • 可調節的分發及復制(N, R, W)
  • 用 JavaScript or Erlang在操作前或操作后進行驗證和安全支持。
  • 使用JavaScript或Erlang進行 Map/reduce
  • 連接及連接遍歷:可作為圖形數據庫使用
  • 索引:輸入元數據進行搜索(1.0版本即將支持)
  • 大數據對象支持( Luwak)
  • 提供“開源”和“企業”兩個版本
  • 全文本搜索,索引,通過 Riak搜索服務器查詢( beta版)
  • 支持Masterless多站點復制及商業許可的 SNMP監控

 

最佳應用場景:適用于想使用類似 Cassandra(類似Dynamo)數據庫但無法處理 bloat及復雜性的情況。適用于你打算做多站點復制,但又需要對單個站點的擴展性,可用性及出錯處理有要求的情況。

例如:銷售數據搜集,工廠控制系統;對宕機時間有嚴格要求;可以作為易于更新的 web服務器使用。

5. Membase

  • 所用語言: Erlang和C
  • 特點:兼容 Memcache,但同時兼具持久化和支持集群
  • 使用許可: Apache 2.0
  • 協議:分布式緩存及擴展
  • 非常快速(200k+/秒),通過鍵值索引數據
  • 可持久化存儲到硬盤
  • 所有節點都是唯一的( master-master復制)
  • 在內存中同樣支持類似分布式緩存的緩存單元
  • 寫數據時通過去除重復數據來減少 IO
  • 提供非常好的集群管理 web界面
  • 更新軟件時軟無需停止數據庫服務
  • 支持連接池和多路復用的連接代理

 

最佳應用場景:適用于需要低延遲數據訪問,高并發支持以及高可用性的應用程序

例如:低延遲數據訪問比如以廣告為目標的應用,高并發的 web 應用比如網絡游戲(例如 Zynga)

 

6. Neo4j

  • 所用語言: Java
  • 特點:基于關系的圖形數據庫
  • 使用許可: GPL,其中一些特性使用 AGPL/商業許可
  • 協議: HTTP/REST(或嵌入在 Java中)
  • 可獨立使用或嵌入到 Java應用程序
  • 圖形的節點和邊都可以帶有元數據
  • 很好的自帶web管理功能
  • 使用多種算法支持路徑搜索
  • 使用鍵值和關系進行索引
  • 為讀操作進行優化
  • 支持事務(用 Java api)
  • 使用 Gremlin圖形遍歷語言
  • 支持 Groovy腳本
  • 支持在線備份,高級監控及高可靠性支持使用 AGPL/商業許可

 

最佳應用場景:適用于圖形一類數據。這是 Neo4j與其他nosql數據庫的最顯著區別

例如:社會關系,公共交通網絡,地圖及網絡拓譜

 

7. Cassandra

  • 所用語言: Java
  • 特點:對大型表格和 Dynamo支持得最好
  • 使用許可: Apache
  • 協議: Custom, binary (節約型)
  • 可調節的分發及復制(N, R, W)
  • 支持以某個范圍的鍵值通過列查詢
  • 類似大表格的功能:列,某個特性的列集合
  • 寫操作比讀操作更快
  • 基于 Apache分布式平臺盡可能地 Map/reduce
  • 我承認對 Cassandra有偏見,一部分是因為它本身的臃腫和復雜性,也因為 Java的問題(配置,出現異常,等等)

 

最佳應用場景:當使用寫操作多過讀操作(記錄日志)如果每個系統組建都必須用 Java編寫(沒有人因為選用 Apache的軟件被解雇)

例如:銀行業,金融業(雖然對于金融交易不是必須的,但這些產業對數據庫的要求會比它們更大)寫比讀更快,所以一個自然的特性就是實時數據分析

 

8. HBase

(配合 ghshephard使用)

  • 所用語言: Java
  • 特點:支持數十億行X上百萬列
  • 使用許可: Apache
  • 協議:HTTP/REST (支持 Thrift,見編注4)
  • 在 BigTable之后建模
  • 采用分布式架構 Map/reduce
  • 對實時查詢進行優化
  • 高性能 Thrift網關
  • 通過在server端掃描及過濾實現對查詢操作預判
  • 支持 XML, Protobuf, 和binary的HTTP
  • Cascading, hive, and pig source and sink modules
  • 基于 Jruby( JIRB)的shell
  • 對配置改變和較小的升級都會重新回滾
  • 不會出現單點故障
  • 堪比MySQL的隨機訪問性能

 

最佳應用場景:適用于偏好BigTable:)并且需要對大數據進行隨機、實時訪問的場合。

例如: Facebook消息數據庫(更多通用的用例即將出現)

編注4:Thrift 是一種接口定義語言,為多種其他語言提供定義和創建服務,由Facebook開發并開源

當然,所有的系統都不只具有上面列出的這些特性。這里我僅僅根據自己的觀點列出一些我認為的重要特性。與此同時,技術進步是飛速的,所以上述的內容肯定需要不斷更新。我會盡我所能地更新這個列表。

 

原文:Kristóf Kovács   編譯:敏捷翻譯 – 唐尤華

如需轉載,但請注明原文/譯文出處、譯文超鏈接和譯者等信息,否則視為侵權,謝謝合作!


只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美国产先锋| 国产精品福利在线| 亚洲国产精品成人综合| 久久影院午夜论| 久久久久久久久久久久久女国产乱 | 国产精品你懂得| 亚洲永久精品大片| 一区二区三区欧美激情| 国产精品日韩高清| 久久综合色8888| 欧美成人免费全部观看天天性色| 国产小视频国产精品| 久久嫩草精品久久久久| 免费看精品久久片| 在线一区视频| 欧美亚洲一级片| 亚洲国产精品一区二区久 | 中文亚洲欧美| 午夜亚洲福利| 亚洲青色在线| 亚洲免费视频在线观看| 亚洲成色999久久网站| 亚洲人午夜精品| 国产精品色午夜在线观看| 麻豆精品一区二区综合av| 欧美老女人xx| 久久久水蜜桃| 欧美日韩妖精视频| 久久夜色精品国产亚洲aⅴ| 欧美超级免费视 在线| 亚洲欧美日韩久久精品| 美脚丝袜一区二区三区在线观看 | 噜噜爱69成人精品| 欧美日韩直播| 美日韩免费视频| 国产精品九九久久久久久久| 老司机精品福利视频| 欧美三级乱人伦电影| 欧美成人亚洲成人| 国产日韩欧美三区| 99在线视频精品| 亚洲激情欧美激情| 欧美尤物巨大精品爽| 亚洲永久免费精品| 欧美二区在线观看| 老司机一区二区三区| 国产精品一区二区三区四区五区 | 久久综合电影一区| 国产伦精品一区二区三区视频黑人| 亚洲经典在线看| 在线观看欧美精品| 欧美一激情一区二区三区| 亚洲一区二区三区精品动漫| 欧美顶级艳妇交换群宴| 美女黄网久久| 伊人成综合网伊人222| 亚洲一区二区网站| 亚洲欧美网站| 欧美日韩中文在线观看| 亚洲精品欧洲| 日韩一级在线| 欧美日本不卡视频| 亚洲欧洲一区二区在线播放| 亚洲二区在线视频| 久久久一区二区三区| 久久全国免费视频| 激情欧美一区二区三区| 久久精品99久久香蕉国产色戒| 久久国产成人| 国内精品久久久久伊人av| 欧美中文字幕在线观看| 久久久久国产精品人| 韩国v欧美v日本v亚洲v| 欧美制服丝袜| 欧美国产精品va在线观看| 黄色小说综合网站| 久久综合九色综合欧美狠狠| 欧美国产大片| 亚洲精选一区| 国产精品久久久一本精品| 亚洲男女自偷自拍图片另类| 欧美在线视频观看| 黄色成人在线网站| 男人的天堂亚洲| 亚洲另类一区二区| 性欧美xxxx大乳国产app| 国内一区二区三区| 欧美激情精品| 亚洲永久免费视频| 欧美14一18处毛片| 亚洲精品国产精品国自产观看| 欧美另类在线观看| 亚洲欧美制服另类日韩| 蜜臀久久久99精品久久久久久| 亚洲精品一区二| 国产精品激情电影| 久久精品视频99| 亚洲精品在线观看免费| 久久精选视频| 日韩视频―中文字幕| 国产亚洲福利一区| 欧美国产日韩一区二区三区| 亚洲欧美激情视频在线观看一区二区三区| 久久精品夜色噜噜亚洲aⅴ| 亚洲精品久久| 国产在线高清精品| 欧美日韩中文在线观看| 久久久无码精品亚洲日韩按摩| 日韩网站在线观看| 狼人社综合社区| 欧美亚洲日本网站| 99国产成+人+综合+亚洲欧美| 国产亚洲精品久| 欧美日韩精品伦理作品在线免费观看 | 国产精品一区亚洲| 蜜臀久久久99精品久久久久久| 99re热这里只有精品免费视频| 久久久久国产成人精品亚洲午夜| 制服丝袜亚洲播放| 亚洲国产裸拍裸体视频在线观看乱了| 国产精品女主播在线观看| 欧美精品国产| 欧美成人嫩草网站| 久久久精品网| 久久精品一区蜜桃臀影院| 亚洲婷婷综合久久一本伊一区| 欧美激情在线狂野欧美精品| 久久久精品欧美丰满| 欧美亚洲一区二区三区| 亚洲视频每日更新| 日韩一级在线观看| 亚洲激情视频在线| 亚洲福利视频免费观看| 国产专区精品视频| 国产日本欧美一区二区三区| 国产精品久久久一本精品| 欧美日韩精品一区二区在线播放| 麻豆精品一区二区av白丝在线| 久久国产精品一区二区| 欧美伊人久久久久久久久影院| 亚洲欧美日本国产专区一区| 一区二区三区高清视频在线观看| 亚洲人成亚洲人成在线观看图片| 欧美肥婆在线| 亚洲国产欧美一区二区三区久久| 欧美激情成人在线| 亚洲承认在线| 91久久夜色精品国产九色| 亚洲人成人一区二区三区| 亚洲日本激情| av成人免费在线观看| 亚洲私拍自拍| 亚洲欧美日韩精品一区二区| 欧美伊人久久久久久久久影院 | 一区二区三区欧美在线| 一区二区久久久久| 亚洲综合社区| 久久久久久亚洲精品中文字幕| 久热精品视频在线观看一区| 欧美国产欧美综合| 国产精品高潮呻吟久久av黑人| 国产九色精品成人porny| 国产综合欧美| 亚洲精品欧美一区二区三区| 一本久久综合亚洲鲁鲁| 性欧美video另类hd性玩具| 久久米奇亚洲| 亚洲欧洲美洲综合色网| 亚洲午夜久久久久久尤物| 久久国产精彩视频| 欧美mv日韩mv国产网站| 欧美系列亚洲系列| 韩国成人精品a∨在线观看| 亚洲人成久久| 久久成人这里只有精品| 亚洲第一精品久久忘忧草社区| 99综合电影在线视频| 久久精品观看| 欧美视频精品在线| 黄网动漫久久久| 亚洲小说区图片区| 老**午夜毛片一区二区三区| 亚洲作爱视频| 久久亚洲美女| 国产精品日韩久久久| 1204国产成人精品视频| 亚洲一区二区在线看| 男人的天堂亚洲在线| 亚洲尤物在线视频观看| 欧美成年人在线观看| 国产亚洲成av人片在线观看桃| 亚洲精品一区在线观看| 久久精品一本| 亚洲一品av免费观看| 欧美精品久久久久a| 在线观看视频日韩| 久久国产精品72免费观看| 日韩视频精品在线| 欧美成人一区在线| 激情欧美一区二区三区在线观看 |