【51CTO.com快譯自7月6日外電頭條】NoSQL組織上個月在舊金山的行動讓人聞到了數(shù)據(jù)庫革命的味道，好像一個現(xiàn)代IT業(yè)版的波士頓傾茶事件正在策劃之中。

在NoSQL運動的***一次聚會中，來自世界各地的150人擠滿了CBS Interactive的一間會議室。

就像當年波士頓的愛國者為反抗英國重稅的行動一樣，NoSQL的支持者們從各地涌來，分享他們如何推翻緩慢而昂貴的關系數(shù)據(jù)庫的暴政，怎樣使用更有效和更便宜的方法來管理數(shù)據(jù)。51CTO.com之前曾有過一篇《關系數(shù)據(jù)庫的末日是否已經來臨》文章指出，云計算可能會為數(shù)據(jù)庫技術的發(fā)展帶來新的契機，如果想在云中獲得豐富而隨需應變的可伸縮性，你需要一個非關系數(shù)據(jù)庫。

“關系型數(shù)據(jù)庫給你強加了太多東西。它們要你強行修改對象數(shù)據(jù)，以滿足RDBMS （relational database management system，關系型數(shù)據(jù)庫管理系統(tǒng)）的需要，”Java工具提供商SpringSource公司的***工程師Jon Travis說，他是本次集會的10位發(fā)言人之一，在他看來，基于NoSQL的替代方案“只是給你所需要的”。

開源的興起

反SQL運動的主要倡導者都是Web和Java開發(fā)者，他們中許多人都在創(chuàng)業(yè)的初期歷經了資金短缺并因此與Oracle說再見，然后效仿Google和Amazon的道路建設起自己的數(shù)據(jù)存儲解決方案，并隨后將自己的成果開源發(fā)布。現(xiàn)在，他們的開源數(shù)據(jù)商店管理著成百TB甚至PB的數(shù)據(jù)，由于Web 2.0和云計算的興起，無論從技術上還是從經濟上他們都無需再返回從前，甚至連想也不用想。

“Web 2.0的企業(yè)應該抓住機會，他們需要可擴展性，”總部設在倫敦的NoSQL會議組織者Johan Oskarsson說，他任職于著名的音樂網站Last.fm，其他的大多數(shù)與會者也都是網絡開發(fā)者。

Oskarsson說，許多人甚至拋棄了MySQL開源數(shù)據(jù)庫這個長期以來Web 2.0的寵兒，而改由NoSQL的方案來替代，因為優(yōu)勢實在是引人注目。51CTO.com之前曾報道過MySQL創(chuàng)始人宣布創(chuàng)建開源數(shù)據(jù)庫聯(lián)盟的消息，過度的商業(yè)化是MySQL失去原來的優(yōu)勢。

例如Facebook建立了自己的Cassandra數(shù)據(jù)商店并且在其網站上重點推出一項新的搜索功能，沒有使用到現(xiàn)有的MySQL數(shù)據(jù)庫。據(jù)Facebook的工程師Avinash Lakshma介紹，Cassandra僅用0.12毫秒就可以寫入50GB的數(shù)據(jù)，比MySQL快了超過2500倍。Google也開始公測他們的云數(shù)據(jù)庫Fusion Tables，這是一個和傳統(tǒng)數(shù)據(jù)庫完全不同的數(shù)據(jù)庫，主要優(yōu)勢能夠簡單的解決關系型數(shù)據(jù)庫中管理不同類型數(shù)據(jù)麻煩，以及排序整合的常見操作的性能問題等。

什么是NoSQL（從技術上說）？

從這些NoSQL項目的名字上看不出什么相同之處：Hadoop、Voldemort、Dynomite，還有其它很多。

但是，它們通常在某些方面相同：

不要叫它們數(shù)據(jù)庫。Amazon.com的***技術官Werner Vogels將他們的重要的Dynamo系統(tǒng)稱作“高可用性的鍵值商店”。Google將自己的BigTable稱作“管理結構化數(shù)據(jù)的分布式存儲系統(tǒng)”，在51CTO.com之前的外電《云服務顛覆開發(fā)傳統(tǒng)觀念》中曾提到，Google的Big Table不是SQL數(shù)據(jù)庫，原因是SQL數(shù)據(jù)庫支持的一些功能實在難以進行分割，這與我們跨機器存儲數(shù)據(jù)的想法無法結合。它們都是許多NoSQL追隨者的效仿模式。

它們可以處理超大量的數(shù)據(jù)。比如Zvents公司以BigTable模式搭建的開源數(shù)據(jù)庫Hypertable，據(jù)Zvents工程師Doug Judd介紹，它可以每天在搜索引擎中寫入10億單元數(shù)據(jù)。

另外，BigTable與其姊妹技術MapReduce相結合，每天可以處理多達20PB的數(shù)據(jù)。

“毫無疑問，數(shù)據(jù)量越來越巨大也讓人們尋找其他的數(shù)據(jù)庫替代技術，”SpringSource的Travis說。

它們運行在便宜的PC服務器集群上。PC集群擴充起來非常方便并且成本很低，避免了“sharding”操作的復雜性和成本。

Google曾表示一個BigTable的大集群可以管理數(shù)千臺服務器上多達6PB的數(shù)據(jù)。

“Oracle會告訴你需要購買一些硬件然后正確配置Oracle RAC，然而用其他的神奇軟件你也可以達到相同的可擴展性。但是兩者的開銷可是天差地別?！盨pringSource***技術官Javier Soltero說。

它們擊碎了性能瓶頸。NoSQL的支持者稱，通過NoSQL架構可以省去將Web或Java應用和數(shù)據(jù)轉換成SQL友好格式的時間，執(zhí)行速度變得更快。

“SQL并非適用于所有的程序代碼，”數(shù)據(jù)庫分析師Curt Monash說。對于那些繁重的重復操作的數(shù)據(jù)，SQL值得花錢。但是當數(shù)據(jù)庫結構非常簡單時，SQL可能沒有太大用處。

Adobe公司資深計算機科學家Raffaele Sena說，當一年半前Adobe準備重新更新ConnectNow網絡協(xié)作服務時，正是由于上面的理由，他們決定不采用關系型數(shù)據(jù)庫。

Adobe決定使用Terracotta 提供的Java集群軟件，管理Java格式的數(shù)據(jù)，Sena說，這使ConnectNow的性能提高到前一版本的2至3倍。

沒有過多的操作。雖然NoSQL的支持者也承認關系數(shù)據(jù)庫提供了無可比擬的功能集合，而且在數(shù)據(jù)完整性上也發(fā)揮絕對穩(wěn)定，他們同時也表示，企業(yè)的具體需求可能沒有那么多。

以Adobe的ConnectNow為例，Sena說，當用戶在線時它會不通過數(shù)據(jù)庫而制作三份會話數(shù)據(jù)，在離線后刪除?！耙虼宋覀儾⒉恍枰獢?shù)據(jù)庫，因為具體所需要的數(shù)據(jù)是在內存中的，”他說。

Bootstrap支持

因為NoSQL項目都是開源的，因此它們缺乏供應商提供的正式支持。這一點它們與大多數(shù)開源項目一樣，不得不從社區(qū)中尋求支持。

但是一些人承認，沒有正式的官方支持，萬一出了差錯會是可怕的，至少很多管理人員是這樣看。

“我們確實需要做一些說服工作，”Adobe的Sena承認，“但基本在他們看到我們的***個原型運行良好之后，我們就能夠說服他們，這是條正確的道路?！?/P>

“大多數(shù)大型企業(yè)已經習慣于使用關系型數(shù)據(jù)庫管理系統(tǒng)。因此他們會想為什么要改變呢？”Monash說。比如MapReduce和類似的項目“對企業(yè)有意。但是在具體使用時，它很可能會和一個分析DBMS（數(shù)據(jù)庫管理系統(tǒng)）相集成?！?/P>

即使NoSQL的組織者Oskarsson也承認，就算是他自己的公司Last.fm也還沒有做好轉為NoSQL替代者的準備，現(xiàn)在依然在使用開源數(shù)據(jù)庫。
他認為這場革命目前仍然需要等待。

就像51CTO.com《探尋關系數(shù)據(jù)庫和ORM的***替代者》一文所指出的，或許RDBMS仍是一個很難移除的角色，可能是由于這個角色擔當著重要的任務，有著重要的目的；但這是一個人人都想擁抱簡單的時代，他們可能會愿意完全擺脫一個復雜的解決方案。沒有人能阻擋關系數(shù)據(jù)庫的終結和新的解決方案的出臺?！暗拇_，NoSQL對大型企業(yè)來說還不是主流，”O(jiān)skarsson說，“但是，一兩年之后很可能就會變個樣子。”

【更多關于數(shù)據(jù)庫發(fā)展的趨勢性報道】

1. 云計算使關系數(shù)據(jù)庫逐漸落伍
2. 2009年云數(shù)據(jù)庫的開發(fā)和應用前景
3. 關系數(shù)據(jù)庫的末日是否已經來臨
4. 超越關系型數(shù)據(jù)庫 pureXML技術應用及展望
5. 新興數(shù)據(jù)庫打破整個舊規(guī)則
6. 探尋關系數(shù)據(jù)庫和ORM的***替代者

【51CTO.com譯稿，非經授權請勿轉載。合作站點轉載請注明原文譯者和出處為51CTO.com，且不得修改原文內容?！?

原文：No to SQL? Anti-database movement gains steam             作者：Eric Lai