8種Nosql數據庫系統對比 導讀：Kristf Kovcs 是一位軟件架構師和咨詢顧問，他最近發布了一片對比各種類型 nosql數據庫 的文章。文章由敏捷翻譯 唐尤華 編譯。如需轉載，請參見文后聲明。 雖然SQL數據庫是非常有用的工具，但經歷了15年的一支獨秀之后壟斷即將
8種Nosql數據庫系統對比
導讀：kristóf kovács 是一位軟件架構師和咨詢顧問，他最近發布了一片對比各種類型nosql數據庫的文章。文章由敏捷翻譯 – 唐尤華編譯。如需轉載，請參見文后聲明。
雖然SQL數據庫是非常有用的工具，但經歷了15年的一支獨秀之后壟斷即將被打破。這只是時間問題：被迫使用關系數據庫，但最終發現不能適應需求的情況不勝枚舉。
但是NoSQL數據庫之間的不同，遠超過兩 SQL數據庫之間的差別。這意味著軟件架構師更應該在項目開始時就選擇好一個適合的 NoSQL數據庫。針對這種情況，這里對 Cassandra、 Mongodb、CouchDB、Redis、 Riak、 Membase、Neo4j和HBase進行了比較：
（編注1：NoSQL：是一項全新的數據庫革命性運動，NoSQL的擁護者們提倡運用非關系型的數據存儲。現今的計算機體系結構在數據存儲方面要求 具 備龐大的水平擴 展性，而NoSQL致力于改變這一現狀。目前Google的 BigTable 和Amazon 的Dynamo使用的就是NoSQL型數據庫。 參見NoSQL詞條。）
?
1. CouchDB
?
最佳應用場景：適用于數據變化較少，執行預定義查詢，進行數據統計的應用程序。適用于需要提供數據版本支持的應用程序。
例如： CRM、CMS系統。 master-master復制對于多站點部署是非常有用的。
（編注2：master-master復制：是一種數據庫同步方法，允許數據在一組計算機之間共享數據，并且可以通過小組中任意成員在組內進行數據更新。）
?
2. Redis
?
最佳應用場景：適用于數據變化快且數據庫大小可遇見（適合內存容量）的應用程序。
例如：股票價格、數據分析、實時數據搜集、實時通訊。
（編注3：Master-slave復制：如果同一時刻只有一臺服務器處理所有的復制請求，這被稱為 Master-slave復制，通常應用在需要提供高可用性的服務器集群。）
?
3. MongoDB
?
最佳應用場景：適用于需要動態查詢支持；需要使用索引而不是 map/reduce功能；需要對大數據庫有性能要求；需要使用 CouchDB但因為數據改變太頻繁而占滿內存的應用程序。
例如：你本打算采用 MySQL或 PostgreSQL，但因為它們本身自帶的預定義欄讓你望而卻步。
?
4. Riak
?
最佳應用場景：適用于想使用類似 Cassandra（類似Dynamo）數據庫但無法處理 bloat及復雜性的情況。適用于你打算做多站點復制，但又需要對單個站點的擴展性，可用性及出錯處理有要求的情況。
例如：銷售數據搜集，香港虛擬主機，工廠控制系統；對宕機時間有嚴格要求；可以作為易于更新的 web服務器使用。
5. Membase
?
最佳應用場景：適用于需要低延遲數據訪問，高并發支持以及高可用性的應用程序
例如：低延遲數據訪問比如以廣告為目標的應用，高并發的 web 應用比如網絡游戲（例如 Zynga）
?
6. Neo4j
?
最佳應用場景：適用于圖形一類數據。這是 Neo4j與其他nosql數據庫的最顯著區別
例如：社會關系，公共交通網絡，地圖及網絡拓譜
?
7. Cassandra
?
最佳應用場景：當使用寫操作多過讀操作（記錄日志）如果每個系統組建都必須用 Java編寫（沒有人因為選用 Apache的軟件被解雇）
例如：銀行業，美國空間，金融業（雖然對于金融交易不是必須的，但這些產業對數據庫的要求會比它們更大）寫比讀更快，所以一個自然的特性就是實時數據分析
?
8. HBase
（配合 ghshephard使用）
?
最佳應用場景：適用于偏好BigTable:)并且需要對大數據進行隨機、實時訪問的場合。
例如： Facebook消息數據庫（更多通用的用例即將出現）
編注4：Thrift 是一種接口定義語言，為多種其他語言提供定義和創建服務，由Facebook開發并開源。
當然，所有的系統都不只具有上面列出的這些特性。這里我僅僅根據自己的觀點列出一些我認為的重要特性。與此同時，技術進步是飛速的，香港服務器，所以上述的內容肯定需要不斷更新。我會盡我所能地更新這個列表。
?
原文：Kristóf Kovács 編譯：敏捷翻譯 – 唐尤華
如需轉載，但請注明原文/譯文出處、譯文超鏈接和譯者等信息，否則視為侵權，謝謝合作！
posted on
