四分之一個世紀以來，關(guān)系型數(shù)據(jù)庫（RDBMS）一直是主流數(shù)據(jù)庫模型。但是現(xiàn)在非關(guān)系型數(shù)據(jù)庫，“云”或者“NoSQL”數(shù)據(jù)庫，正在作為一種替代數(shù)據(jù)庫模型獲得越來越多的占有率。本文中我們將關(guān)注非關(guān)系型 NoSQL 數(shù)據(jù)庫的 10 個關(guān)鍵特征：排在前 5 位的優(yōu)點和前 5 位的挑戰(zhàn)。提示：點擊鏈接可以下載本文 英文版PDF

NoSQL 的五大有點 1：彈性擴展

多年來，數(shù)據(jù)庫負載需要增加時，數(shù)據(jù)管理員只能依賴于縱向擴展（scale-up）--買更多更強的服務器，而不是依賴橫向擴展（scale-out）--將數(shù)據(jù)庫分布在多臺主機上。無論如何，隨著交易頻率、可用性要求的提高，和數(shù)據(jù)庫向云上和虛擬環(huán)境中遷移的需求的提出，基于商業(yè)硬件的橫向擴展所帶來的經(jīng)濟效益已經(jīng)變得無法拒絕。

相對于 RDBMS 系統(tǒng)不能輕松的在商業(yè)集群上進行橫向擴展，新生的 NoSQL 數(shù)據(jù)設(shè)計上就是要能夠透明的利用新節(jié)點進行擴展。NoSQL 數(shù)據(jù)庫的設(shè)計通常要考慮利用低成本的商業(yè)硬件。

2: 大數(shù)據(jù)

就像過去二十年中交易率的提高已經(jīng)超出了人們的想象，被存儲的數(shù)據(jù)的規(guī)模也極大的增加了。O'Reilly 聰明的稱這種現(xiàn)象為“數(shù)據(jù)的工業(yè)革命”。RDBMS 系統(tǒng)的能力也在提高去適應這種增長，但就像交易率上的限制一樣，單個 RDBMS 系統(tǒng)實際能管理的數(shù)據(jù)規(guī)模已經(jīng)無法滿足一些企業(yè)的需求。今天，NoSQL 系統(tǒng)，例如 Hadoop，已經(jīng)能過處理“大數(shù)據(jù)”級別的數(shù)據(jù)容量；而這種數(shù)據(jù)容量遠超過最大的 RDBMS 系統(tǒng)的處理能力。

3. 告別DBA（再見？）

盡管這些年 RDBMS 供應商聲稱有很多易管理性上的提高措施，高級 RDBMS 系統(tǒng)上的維護還是離不開訓練有素但昂貴的 DBA 們。 DBA 需要緊密的參與高級 RDBMS 系統(tǒng)的設(shè)計、安裝和持續(xù)的調(diào)優(yōu)。

理論上講，NoSQL 數(shù)據(jù)庫通常從最基本的設(shè)計就要求更少的管理：自動化修復和數(shù)據(jù)分布、更簡單的數(shù)據(jù)模型帶來更少的管理操作和調(diào)優(yōu)需求。實際上，DBA 已死的說法多少有點夸張?？傄腥藶殛P(guān)鍵業(yè)務數(shù)據(jù)存儲的性能和可用性負責。

4: 經(jīng)濟性

NoSQL 數(shù)據(jù)庫通常使用廉價服務器集群去管理迅猛發(fā)展的數(shù)據(jù)和交易容量，而 RDBMS 傾向依賴昂貴的專業(yè)服務器和存儲系統(tǒng)。結(jié)果就是，NoSQL 系統(tǒng)的每千兆字節(jié)成本或者每秒的交易成本要很多倍的低于 RDBMS 系統(tǒng)，這使得你可以非常低的成本去存儲和處理更多的數(shù)據(jù)。

5： 靈活的數(shù)據(jù)模型

變更管理對于大型 RDBMS 產(chǎn)品是很頭疼的。 在 RDBMS 中，即使是微小的數(shù)據(jù)模型變更也需要非常小心的處理，而且可能要求系統(tǒng)停機或者降低服務級別。

NoSQL 數(shù)據(jù)庫的數(shù)據(jù)模型限制則輕松的多 — 或者根本就沒有。NoSQL 的鍵值存儲和文檔數(shù)據(jù)庫允許應用在一個數(shù)據(jù)元素中存儲任何結(jié)構(gòu)的數(shù)據(jù)。即使是相對嚴格的基于 BigTable 的 NoSQL 數(shù)據(jù)庫（Cassandra，HBase）通常也允許沒有太多限制的創(chuàng)建新列。

結(jié)果就是，應用或者數(shù)據(jù)庫模式的改變不需要作為一個復雜的變更單元進行管理。理論上講，這允許應用可以更快的迭代，當然，很清楚的一點是，如果應用不能保證數(shù)據(jù)的完整性這可能帶來不良的副作用

NoSQL 5 大挑戰(zhàn)

NoSQL 數(shù)據(jù)庫的前景很被看好,但是要應用到主流的企業(yè)還有許多困難需要克服。這里是幾個首先要解決的問題。

1: 完備

RDBMS 系統(tǒng)已經(jīng)存在很長時間了。而 NoSQL 的擁護者認為存在時間的增長就是它退化的信號。但是對大多數(shù) CIO 來說 RDBMS 是穩(wěn)定的。多數(shù)情況下， RDBMS 系統(tǒng)是穩(wěn)定且多功能的。相比較而言， 大多數(shù) NoSQL 產(chǎn)品的一些關(guān)鍵組件還有待實現(xiàn)。

大多數(shù)的開發(fā)者都渴望生活在科技的前沿，但是企業(yè)卻必須小心謹慎。

2: 支持

企業(yè)要保證，如果一個關(guān)鍵系統(tǒng)崩潰，他們能夠得到及時的有支持。所有 RDBM 提供商都付出很大的力量用以朝代高水平的企業(yè)支持。

相比之下，大部分 NoSQL 系統(tǒng)都是開源項目，盡管每一個 NoSQL 數(shù)據(jù)庫通常都有一家或多家公司提供支持，但這些公司通常是小公司，缺少全球影響力，支持資源和像 Oracle，Microsoft，或者 IBM 一樣的信譽。

3: 數(shù)據(jù)分析和商業(yè)智能

為了滿足流行的 Web 2.0 應用對可擴展的要求，NoSQL 數(shù)據(jù)庫應運而生。因而，它們的功能集都是頃向于為這些應用服務。但是在 Web 應用增刪改查的業(yè)務中產(chǎn)生的數(shù)據(jù)具有商業(yè)價值。從這些數(shù)據(jù)庫中挖掘潛在的商業(yè)信息提高企業(yè)的效率和競爭力以及商業(yè)智能（BI）對所有企業(yè)來講都是 IT 所面昨的關(guān)鍵的問題。

NoSQL 數(shù)據(jù)庫缺少即席查詢和數(shù)據(jù)分析工具。即便一個簡單的查詢都需要專業(yè)的編程技能，并且傳統(tǒng)的 BI 工具不提供對 NoSQL 的連接。

HIVE 和 PIG 是為解決這個問題而出現(xiàn)的，他們提供了更方便的數(shù)據(jù)訪問方式，可以訪問存儲在 Hadoop 集群上的數(shù)據(jù)甚至其他 NoSQL 數(shù)據(jù)庫。Quest Software 已經(jīng)開發(fā)了一個云數(shù)據(jù)庫產(chǎn)品 — Toad — 可以為多種 NoSQL 提供即席查詢能力。

4: 管理

NoSQL 的設(shè)計目標可能是零管理方案，對現(xiàn)實離這一目標太遠。目前 NoSQL 的安裝和維護都需要掌握技術(shù)。

5. 專業(yè)性

熟悉關(guān)系數(shù)據(jù)庫概念和編程的開發(fā)者遍布全球各領(lǐng)域，但是幾乎每一個非關(guān)系數(shù)據(jù)庫的開發(fā)者都仍然處在學習當中。隨著時間推移，這種情況當然會被解決，但是就現(xiàn)在而言，找一個關(guān)系數(shù)據(jù)庫的開發(fā)人員或者是管理人員，顯然更加容易

總結(jié)

NoSQL 數(shù)據(jù)庫正在成為數(shù)據(jù)庫領(lǐng)域中越來越重要的組成部分，如果得到正確的使用，它將會帶來真正的益處。然而，對于企業(yè)來說，使用 NoSQL 數(shù)據(jù)庫的時候應當時刻注意相關(guān)法律問題。

最新評論