|
|
英文原文：The State of NoSQL
經(jīng)過(guò)了至少4年的激烈爭(zhēng)論，現(xiàn)在是對(duì)NoSQL的現(xiàn)狀做一個(gè)階段性結(jié)論的時(shí)候了。圍繞著NoSQL發(fā)生了如此之多的事情，以至于很難對(duì)其作出一個(gè)簡(jiǎn)單概括，也很難判斷它達(dá)到了什么目標(biāo)以及在什么方面沒(méi)有達(dá)到預(yù)期。
在很多領(lǐng)域，NoSQL不僅在行業(yè)內(nèi)也在學(xué)術(shù)領(lǐng)域中取得了成功。大學(xué)開(kāi)始認(rèn)識(shí)到NoSQL必須要加入到課程中。只是反復(fù)講解標(biāo)準(zhǔn)數(shù)據(jù)庫(kù)已經(jīng)不夠了。當(dāng)然，這不意味著深入學(xué)習(xí)關(guān)系型數(shù)據(jù)庫(kù)是錯(cuò)誤的。相反，NoSQL是很好的很重要的補(bǔ)充。
發(fā)生了什么？
NoSQL領(lǐng)域在短短的4到5年的時(shí)間里，爆炸性地產(chǎn)生了50到150個(gè)新的數(shù)據(jù)庫(kù)。nosql-database.org列出了150個(gè)這樣的數(shù)據(jù)庫(kù)，包括一些像對(duì)象數(shù)據(jù)庫(kù)這樣很古老但很強(qiáng)大的。當(dāng)然，一些有意思的合并正在發(fā)生，如CouchDB和Membase交易產(chǎn)生的CouchBase。但是我們稍后會(huì)在本文中討論每一個(gè)主要的系統(tǒng)。
很多人都曾經(jīng)假設(shè)在NoSQL領(lǐng)域會(huì)有一個(gè)巨大地整合。但是這并沒(méi)有發(fā)生。NoSQL過(guò)去是爆炸性地增長(zhǎng)，現(xiàn)在依舊如此。就像計(jì)算機(jī)科學(xué)中的所有領(lǐng)域一樣——如編程語(yǔ)言——現(xiàn)在有越來(lái)越多的空白領(lǐng)域需要大量的數(shù)據(jù)庫(kù)。這是與互聯(lián)網(wǎng)、大數(shù)據(jù)、傳感器以及將來(lái)很多技術(shù)的爆炸性增長(zhǎng)同步的，這導(dǎo)致了更多的數(shù)據(jù)以及對(duì)它們進(jìn)行處理的不同需求。在過(guò)去的四年中，我們只看到了一個(gè)重要的系統(tǒng)離開(kāi)了舞臺(tái)：德國(guó)的Graph數(shù)據(jù)庫(kù)Sones。為數(shù)眾多的NoSQL依然快樂(lè)地生存著，要么在開(kāi)源社區(qū)，不用考慮任何的金錢(qián)回報(bào)，要么在商業(yè)領(lǐng)域。
可見(jiàn)性與金錢(qián)？
另外一個(gè)重要的方面就是可見(jiàn)性與行業(yè)采用的情況。在這個(gè)方面，我們可以看到在傳統(tǒng)的行業(yè)中——要保護(hù)投資——與新興的行業(yè)（主要是初創(chuàng)公司）之間有很大的差別。幾乎所有熱門(mén)的基于Web的創(chuàng)業(yè)公司如Pinterest和Instagram 都在使用混合式（SQL + NoSQL）的架構(gòu)，而傳統(tǒng)的行業(yè)依然糾結(jié)于是否采用NoSQL。但是觀察顯示，越來(lái)越多這樣的公司正在試圖將它們的一部分?jǐn)?shù)據(jù)流用NoSQL方案進(jìn)行處理并在以后進(jìn)行分析，這樣的方案包括Hadoop、MongoDB以及Cassandra等。
這同時(shí)導(dǎo)致了對(duì)具備N(xiāo)oSQL知識(shí)的架構(gòu)師和開(kāi)發(fā)人員的需求持續(xù)增長(zhǎng)。最近的調(diào)查顯示行業(yè)中最需要的開(kāi)發(fā)人員技能如下：
在前十名的技術(shù)需求中，有兩個(gè)NoSQL數(shù)據(jù)庫(kù)。有一個(gè)甚至排在了ios前面。如果這不是對(duì)它的贊揚(yáng)，那是什么呢？！
但是，跟最初預(yù)計(jì)相比，對(duì)NoSQL的采用變得越來(lái)越快，越來(lái)越深入。在2011年夏天，Oracle曾經(jīng)發(fā)布過(guò)一個(gè)著名白皮書(shū)，它提到NoSQL數(shù)據(jù)庫(kù)感覺(jué)就像是冰淇淋的風(fēng)味，但是你不應(yīng)該過(guò)于依附它，因?yàn)樗粫?huì)持續(xù)太長(zhǎng)時(shí)間。但是僅僅在幾個(gè)月之后，Oracle就展現(xiàn)了它們將Hadoop集成到大數(shù)據(jù)設(shè)備的方案。甚至，他們建立了自己的NoSQL數(shù)據(jù)庫(kù)，那是對(duì)BerkeleyDB的修改。從此之后，所有的廠商在集成Hadoop方面展開(kāi)了競(jìng)賽。Microsoft、Sybase、IBM、Greenplum、Pervasive以及很多的公司都已經(jīng)對(duì)它有了緊密的集成。有一個(gè)模式隨處可見(jiàn)：不能擊敗它，就擁抱它。
但是，關(guān)于NoSQL被廣泛采用的另一個(gè)很重要但不被大家關(guān)注的重要信號(hào)就是NoSQL成為了一個(gè)PaaS標(biāo)準(zhǔn)。借助于眾多NoSQL數(shù)據(jù)庫(kù)的易安裝和管理，像Redis和MongoDB這樣的數(shù)據(jù)庫(kù)可以在很多的PaaS服務(wù)中看到，如Cloud Foundry、OPENSHIFT、dotCloud、Jelastic等。隨著所有的事情都在往云上遷移，NoSQL會(huì)對(duì)傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)產(chǎn)生很大的壓力。例如當(dāng)面臨選擇MySQL/PostGres或MongoDB/Redis時(shí)，將會(huì)強(qiáng)制人們?cè)偃紤]他們的模型、需求以及隨之而來(lái)的其他重要問(wèn)題。
另外一個(gè)很有意思的技術(shù)指示器就是ThoughtWorks的技術(shù)雷達(dá)，即便你可能不完全同意它所包含的所有事情，但它總會(huì)包含一些有意思的事情。讓我們看一下他們2012年10月份的技術(shù)雷達(dá)，如圖1：
圖1：ThoughtWorks技術(shù)雷達(dá)，2012年10月——平臺(tái)
在他們的平臺(tái)象限中，列出了5個(gè)數(shù)據(jù)庫(kù)：
- Neo4j （采用）
- MongoDB（試用階段但是采用）
- Riak（試用）
- CouchBase（試用）
- Datomic（評(píng)估）
你會(huì)發(fā)現(xiàn)它們中至少有四個(gè)獲得了很多的風(fēng)險(xiǎn)投資。如果你將NoSQL領(lǐng)域的所有風(fēng)險(xiǎn)投資加起來(lái)，結(jié)果肯定是在一億和十億美元之間！Neo4j就是一個(gè)例子，它在一系列的B類(lèi)資助中得到了一千一百萬(wàn)美元。其他得到一千萬(wàn)到三千萬(wàn)之間資助的公司是Aerospike、Cloudera、DataStax、MongoDB以及CouchBase等。但是，讓我們?cè)倏匆幌逻@個(gè)列表：Neo4j、MongoDB、Riak以及CouchBase已經(jīng)在這個(gè)領(lǐng)域超過(guò)四年了，并且在不斷地證明它們是特定需求的市場(chǎng)領(lǐng)導(dǎo)者。第五名的數(shù)據(jù)庫(kù)——Datomic——是一個(gè)令人驚訝的全新數(shù)據(jù)庫(kù)，它是由一個(gè)小團(tuán)隊(duì)按照全新的范式編寫(xiě)的。這一定是很熱門(mén)的東西，在后面簡(jiǎn)要討論所有數(shù)據(jù)庫(kù)的時(shí)候，我們更更深入地了解它們。
標(biāo)準(zhǔn)
已經(jīng)有很多人要求NoSQL標(biāo)準(zhǔn)了，但他們沒(méi)有看到NoSQL涵蓋了一個(gè)范圍如此之大的模型和需求。所以，適用于所有主要領(lǐng)域的統(tǒng)一語(yǔ)言如Wide Column、Key/Value、Document和Graph數(shù)據(jù)庫(kù)肯定不會(huì)持續(xù)很長(zhǎng)時(shí)間，因?yàn)樗豢赡芎w所有的領(lǐng)域。有一些方式，如Spring Data，試圖建立一個(gè)統(tǒng)一層，但這取決于讀者來(lái)測(cè)試這一層在構(gòu)建多持久化環(huán)境時(shí)是不是一個(gè)飛躍。
大多數(shù)的Graph和Document數(shù)據(jù)庫(kù)在它們的領(lǐng)域中已經(jīng)提出了標(biāo)準(zhǔn)。在Graph數(shù)據(jù)庫(kù)世界，因?yàn)樗膖inkerpop blueprints、Gremlin、Sparql以及Cypher使得它更為成功一些。在Document數(shù)據(jù)庫(kù)領(lǐng)域，UnQL和jaql填補(bǔ)了一些位置，盡管前者缺少現(xiàn)實(shí)世界NoSQL數(shù)據(jù)庫(kù)的支持。但是借助Hadoop的力量，很多項(xiàng)目正在將著名的ETL語(yǔ)言如Pig和Hive使用到其他NoSQL數(shù)據(jù)庫(kù)中。所以標(biāo)準(zhǔn)世界是高度分裂的，但這只是因?yàn)镹oSQL是一個(gè)范圍很廣的領(lǐng)域。
格局
作為最好的數(shù)據(jù)庫(kù)格局圖之一，是由451 Group的Matt Aslett在一個(gè)報(bào)告中給出的。最近，他更新了該圖片從而能夠讓我們可以更好得深入理解他所提到的分類(lèi)。你可以在下面的圖片中看到，這個(gè)格局是高度碎片化和重疊的： 
圖2：Matt Aslett（451 Group）給出的數(shù)據(jù)庫(kù)格局
你可以看到在這個(gè)圖片中有多個(gè)維度。關(guān)系型的以及非關(guān)系型的、分析型的以及操作型的、NoSQL類(lèi)型的以及NewSQL類(lèi)型的。最后的兩個(gè)分類(lèi)中，對(duì)于NoSQL有著名的子分類(lèi)Key-Value、Document、Graph以及Big Tables，而對(duì)于NewSQL有子分類(lèi)Storage-Engine、Clustering-Sharding、New Database、Cloud Service Solution。這個(gè)圖有趣的地方在于，將一個(gè)數(shù)據(jù)放在一個(gè)精確的位置變得越來(lái)越難。每一個(gè)都在拼命地集成其他范圍數(shù)據(jù)庫(kù)中的特性。NewSQL系統(tǒng)實(shí)現(xiàn)NoSQL的核心特性，而NoSQL越來(lái)越多地試圖實(shí)現(xiàn)“傳統(tǒng)”數(shù)據(jù)庫(kù)的特性如支持SQL或ACID，至少是可配置的持久化機(jī)制。
這一切都始于眾多的數(shù)據(jù)庫(kù)都提供與Hadoop進(jìn)行集成。但是，也有很多其他的例子，如MarkLogic開(kāi)始參與JSON浪潮，所以也很難對(duì)其進(jìn)行定位。另外，更多的多模型數(shù)據(jù)庫(kù)開(kāi)始出現(xiàn)，如ArangoDB、OrientDB和AlechemyDB（現(xiàn)在它是很有前途的Aerospike DB的一部分）。它們?cè)试S在起始的時(shí)候只有一個(gè)數(shù)據(jù)庫(kù)模型（如document/JSON模型）并在新需求出現(xiàn)的時(shí)候添加新的模型（Graph或key-value）。
圖書(shū)
另外一個(gè)證明它開(kāi)始變得成熟的標(biāo)志就是圖書(shū)市場(chǎng)。在2010年和2011年兩本德語(yǔ)書(shū)出版之后，我們看到Wiley出版了Shashank Tiwari的書(shū)。它的結(jié)構(gòu)很棒并且飽含了深刻偉大的見(jiàn)解。在2012年，這個(gè)競(jìng)賽圍繞著兩本書(shū)展開(kāi)。“七周七數(shù)據(jù)庫(kù)”（Seven Databases in Seven Weeks）當(dāng)然是一本杰作。它的特點(diǎn)在于新穎的編寫(xiě)以及實(shí)用的基于親身體驗(yàn)的見(jiàn)解：它選取了6種著名的NoSQL數(shù)據(jù)庫(kù)以及PostGreSQL。這些都使得它成為一本高度推薦的圖書(shū)。另一方面，P.J. Sandalage以及Martin Fowler采取了一種更為全面的方法，涵蓋了所有的特征并幫助你評(píng)估采用NoSQL的路徑和決策。
但是，會(huì)有更多的書(shū)出現(xiàn)。Manning的書(shū)出現(xiàn)在市場(chǎng)上只是個(gè)時(shí)間問(wèn)題：Dan McCreary和Ann Kelly正在編寫(xiě)一本名為“Making Sense of NoSQL”的書(shū)，首期的MEAP（指的是Manning Early Access Program——譯者注）章節(jié)已經(jīng)可以看到了。
在介紹完理念和模式后，他們的第三章看起來(lái)保證很有吸引力：
- 構(gòu)建NoSQL大數(shù)據(jù)解決方案
- 構(gòu)建NoSQL搜索解決方案
- 構(gòu)建NoSQL高可用性解決方案
- 使用NoSQL來(lái)提高敏捷性
只是一個(gè)全新的方式，絕對(duì)值得一讀。
領(lǐng)導(dǎo)者的現(xiàn)狀
讓我們快速了解一下各個(gè)NoSQL的領(lǐng)導(dǎo)者。作為市場(chǎng)上很明顯的領(lǐng)導(dǎo)者之一，Hadoop是一個(gè)很奇怪的動(dòng)物（作者使用這個(gè)詞，可能是因?yàn)镠adoop的標(biāo)識(shí)是一只大象——譯者注）。一方面，它擁有巨大的發(fā)展勢(shì)頭。正如前面所說(shuō)，每個(gè)傳統(tǒng)的數(shù)據(jù)庫(kù)提供商都急切地聲明支持Hadoop。像Cloudera和MapR這樣的公司會(huì)持續(xù)增長(zhǎng)并且新的Hadoop擴(kuò)展和繼承者每周都在出現(xiàn)。
即便是Hive和Pig也在更好地得到接受。不過(guò)，有一個(gè)美中不足之處：公司們依然在抱怨非結(jié)構(gòu)化的混亂（讀取和解析文件本應(yīng)該更快一些），MapReduce在批處理上做的還不夠（甚至Google已經(jīng)舍棄了它），管理依舊很困難，穩(wěn)定性問(wèn)題以及在本地很難找到培訓(xùn)/咨詢。即便你可以解決一些上面的問(wèn)題，如果Hadoop繼續(xù)像現(xiàn)在這樣發(fā)展或發(fā)生重大變化的話，它依然會(huì)是熱點(diǎn)問(wèn)題。
第二位領(lǐng)導(dǎo)者，MongoDB，同樣面臨激烈的爭(zhēng)論。處于領(lǐng)導(dǎo)地位的數(shù)據(jù)庫(kù)會(huì)獲得更多的批評(píng)，這可能是很自然的事情。不過(guò)，MongoDB經(jīng)歷了快速的增長(zhǎng)，它受到的批評(píng)主要如下：
a)就老版本而言或者缺少怎樣正確使用它的知識(shí)。盡管MongoDB在下載區(qū)域清楚地表明32位版本不能處理2GB的數(shù)據(jù)并建議使用64位版本，但這依然受到了很多近乎荒謬的抱怨。
不管怎樣，MongoDB合作者和資助者推動(dòng)了雄心勃勃的發(fā)展路線，包含了很多熱門(mén)的東西：
- 行業(yè)需要的一些安全性/LDAP特性，目前正在開(kāi)發(fā)
- 全文本搜索很快會(huì)推出
- 針對(duì)MapReduce的V8將會(huì)推出
- 將會(huì)出現(xiàn)比集合級(jí)別更好的鎖級(jí)別
- Hash分片鍵正在開(kāi)發(fā)中
尤其是最后一點(diǎn)吸引了很多架構(gòu)師的興趣。MongoDB經(jīng)常被抱怨（同時(shí)也被競(jìng)爭(zhēng)對(duì)手）沒(méi)有實(shí)現(xiàn)簡(jiǎn)潔一致的哈希，因?yàn)閗ey很容易定義所以不能保證完全正確。但在將來(lái)，將會(huì)有一個(gè)對(duì)hash分片鍵的配置。這意味著用戶可以決定使用hash key來(lái)分片，還是需要使用自己選擇分片key所帶來(lái)的優(yōu)勢(shì)（可能很少）。
Cassandra是這個(gè)領(lǐng)域中的另一個(gè)產(chǎn)品，它做的很好并且添加了更多更好的特性，如更好的查詢。但是不斷有傳言說(shuō)運(yùn)行Cassandra集群并不容易，需要一些很艱難的工作。但這里最吸引人的肯定是DataStax。Cassandra的新公司——獲得了兩千五百萬(wàn)美元的C類(lèi)資助——很可能要處理分析和一些操作方面的問(wèn)題。尤其是分析能力使得很多人感到驚訝，因?yàn)樵缙诘腃assandra并沒(méi)有被視為強(qiáng)大的查詢機(jī)器。但是這種現(xiàn)狀在最近的幾個(gè)版本中發(fā)生了變化，查詢功能對(duì)一些現(xiàn)代分析來(lái)講已經(jīng)足夠了。
Redis的開(kāi)發(fā)進(jìn)度也值得關(guān)注。盡管Salvatore聲明如果沒(méi)有社區(qū)和Pieter Noordhuis的幫助，他做不成任何的事情，但是它依舊是相當(dāng)棒的一個(gè)產(chǎn)品。對(duì)故障恢復(fù)的良好支持以及使用Lua的服務(wù)器端腳本語(yǔ)言是其最近的成就。使用Lua的決策對(duì)社區(qū)帶來(lái)了一些震動(dòng)，因?yàn)槊總€(gè)人都在集成JavaScript作為服務(wù)器端的語(yǔ)言。但是，Lua是一個(gè)整潔的語(yǔ)言并為Redis開(kāi)啟新的潘多拉盒子帶來(lái)了可能性。
CouchBase在可擴(kuò)展性和其他潛在因素方面看起來(lái)也是一個(gè)很好的選擇，盡管Facebook以及Zynga面臨著巨大的風(fēng)波。它確實(shí)不是很熱門(mén)的查詢機(jī)器，但如果他們能夠在將來(lái)提高查詢能力，那它的功能就會(huì)相當(dāng)完整了。與CouchDB創(chuàng)立者的合并毫無(wú)疑問(wèn)是很重要的一個(gè)步驟，CouchDB在CouchBase里面的影響值得關(guān)注。在每個(gè)關(guān)于數(shù)據(jù)庫(kù)的會(huì)議上，聽(tīng)到這樣的討論也是很有意思的，那就是在Damien、Chris和Jan離開(kāi)后，CouchDB會(huì)變得更好呢還是更壞呢？大家在這里只能聽(tīng)到極端的觀點(diǎn)。但是，只要數(shù)據(jù)庫(kù)做得好誰(shuí)關(guān)心這個(gè)呢。現(xiàn)在看起來(lái)，它確實(shí)做的很好。
最后一個(gè)需要提及的NoSQL數(shù)據(jù)庫(kù)當(dāng)然是Riak，在功能性和監(jiān)控方面它也有了巨大的提升。在穩(wěn)定性方面，它繼續(xù)得到巨大的聲譽(yù)：“像巨石一般穩(wěn)定可靠且不顯眼，并對(duì)你的睡眠有好處”。Riak CS fork在這種技術(shù)的模塊化方面看起來(lái)也很有趣。
有意思的新加入者
除了市場(chǎng)領(lǐng)導(dǎo)者，評(píng)估新的加入者通常是很有意思的。讓我們深入了解它們中的一部分。
毫無(wú)疑問(wèn)，Elastic Search是最熱門(mén)的新NoSQL產(chǎn)品，在一系列的A輪資助中它剛剛獲得了一千萬(wàn)美元，這是它熱門(mén)的一個(gè)明證。作為構(gòu)建在Lucene之上的高擴(kuò)展性搜索引擎，它有很多的優(yōu)勢(shì)：a）它有一個(gè)公司提供服務(wù)并且；b）利用了Lucene在過(guò)去的多年中已被充分證明的成就。它肯定會(huì)比以往更加深入得滲透到整個(gè)行業(yè)中，并在半結(jié)構(gòu)化信息領(lǐng)域給重要的參與者帶來(lái)沖擊。
Google在這個(gè)領(lǐng)域也推出了小巧但是迅速的LevelDB。在很多特殊的需求下，如壓縮集成方面，它作為基礎(chǔ)得到了很多的應(yīng)用。即使是Riak都集成了LevelDB。考慮到Google的新數(shù)據(jù)庫(kù)如Dremel和Spanner都有了對(duì)應(yīng)的開(kāi)源項(xiàng)目（如Apache Drill或Cloudera Impala），它依然被視為會(huì)繼續(xù)存在的。
另外一個(gè)技術(shù)變化當(dāng)然就是在2012年初的DynamoDB。自從部署在Amazon中，他們將其視為增長(zhǎng)最快的服務(wù)。它的可擴(kuò)展性很強(qiáng)。新特性開(kāi)發(fā)地比較慢但它關(guān)注于SSD，其潛力是很令人振奮的。
多模塊數(shù)據(jù)庫(kù)也是值得關(guān)注的一個(gè)領(lǐng)域。最著名的代表者是OrientDB，它現(xiàn)在并不是新的加入者但它在很迅速地提高功能。可能它變化得太快了，很多使用者也許會(huì)很開(kāi)心地看到OrientDB已經(jīng)到達(dá)了1.0版本，希望它能更穩(wěn)定一些。對(duì)Graph、Document、Key-Value的支持以及對(duì)事務(wù)和SQL的支持，使得我們有理由給它第二次表現(xiàn)的機(jī)會(huì)。尤其是對(duì)SQL的良好支持使得它對(duì)諸如Penthao這樣的分析解決方案方面很有吸引力。這個(gè)領(lǐng)域另一個(gè)新的加入者是ArangoDB，它的進(jìn)展很快，并不畏懼將自己與已確定地位的參與者進(jìn)行比較。
但是，如果有新的需求必須要實(shí)現(xiàn)并且具有不同類(lèi)型的新數(shù)據(jù)模型要進(jìn)行持久化的話，對(duì)原生JSON和Graph的支持會(huì)省去很多的努力。
到目前位置，2012年的最大驚喜來(lái)自于Datomic。它由一些搖滾明星采用Clojure語(yǔ)言以難以令人置信的速度開(kāi)發(fā)的，它發(fā)布了一些新的范式。另外，它還進(jìn)入了ThoughtWorks的技術(shù)雷達(dá)，占據(jù)了推薦關(guān)注的位置。盡管它“只是”已有數(shù)據(jù)庫(kù)中一個(gè)參與者，但是它有很多的優(yōu)勢(shì)，如：
- 事務(wù)
- 時(shí)間機(jī)器
- 新穎且強(qiáng)大的查詢方式
- 新的模式方式
- 緩存以及可擴(kuò)展性的特性
目前，支持將DynamoDB、Riak、CouchBase、Infinispan以及SQL作為底層的存儲(chǔ)引擎。它甚至允許你同時(shí)混合和查詢不同的數(shù)據(jù)庫(kù)。很多有經(jīng)驗(yàn)的人都很驚訝于這種顛覆性的范式轉(zhuǎn)變是如何可能實(shí)現(xiàn)的。但幸運(yùn)的是它就是這樣。
總結(jié)
作為總結(jié)，我們做出三點(diǎn)結(jié)論：
關(guān)于CAP理論，Eric Brewer的一些新文章應(yīng)該幾年前就發(fā)表。在這篇文章中（這篇佳文的中文版地址——譯者注），他指出“三選二”具有誤導(dǎo)性，并指出了它的原因，世界為何遠(yuǎn)比簡(jiǎn)單的CP/AP更為復(fù)雜，如在ACID/BASE之間做出選擇。雖然如此，近些年來(lái)有成千上萬(wàn)的對(duì)話和文章繼續(xù)贊揚(yáng)CAP理論而沒(méi)有任何批評(píng)性的反思。Michael Stonebraker是NoSQL最強(qiáng)有力的審查者之一（NoSQL領(lǐng)域也對(duì)他頗多感激），他在多年前就指出了這些問(wèn)題！遺憾的是，沒(méi)有多少人在聽(tīng)。但是，既然Eric Brewer更新了他的理論，簡(jiǎn)單的CAP敘述時(shí)代肯定要結(jié)束了。在指出CAP理論的真實(shí)和多樣性的觀點(diǎn)上，請(qǐng)站在時(shí)代的前列。
正如我們所了解的那樣，傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)的不足導(dǎo)致了NoSQL領(lǐng)域的產(chǎn)生。但這也是傳統(tǒng)帝國(guó)發(fā)起回?fù)舻臅r(shí)刻。在“NewSQL”這個(gè)術(shù)語(yǔ)之下，我們可以看到許多新的引擎（如database.com、VoltDB、GenieDB等，見(jiàn)圖2），它們提高了傳統(tǒng)的解決方案、分片以及云計(jì)算方案的能力。這要感謝NoSQL運(yùn)動(dòng)。
但是隨著眾多的數(shù)據(jù)庫(kù)嘗試實(shí)現(xiàn)所有的特性，明確的邊界消失了
確定使用哪種數(shù)據(jù)庫(kù)比以前更為復(fù)雜了。
你必須要知道50個(gè)用例、50個(gè)數(shù)據(jù)庫(kù)并要回答至少50個(gè)問(wèn)題。關(guān)于后者，筆者在過(guò)去兩年多的NoSQL咨詢中進(jìn)行了收集，可以在以下地址找到：選擇正確的數(shù)據(jù)庫(kù)，在NoSQL和NewSQL間進(jìn)行選擇。
- 一個(gè)通用的真理就是，每一項(xiàng)技術(shù)的變化——從客戶端-服務(wù)端技術(shù)開(kāi)始甚至更早——需要十倍的成本才能進(jìn)行轉(zhuǎn)移。例如，從大型機(jī)到客戶端-服務(wù)端、客戶端-服務(wù)端到SOA、SOA到WEB、RDBMS到混合型持久化之間的轉(zhuǎn)換都是如此。所以可以推斷出，在將NoSQL加入到他們的產(chǎn)品決策上，很多的公司在遲疑和糾結(jié)。但是，大家也都知道，最先采用的公司會(huì)從這個(gè)兩個(gè)領(lǐng)域獲益并且能夠快速集成NoSQL，所以在將來(lái)會(huì)占據(jù)更有利的位置。就這一點(diǎn)而言，NoSQL解決方案會(huì)一直存在并且評(píng)估起來(lái)會(huì)是有利可圖的領(lǐng)域。
關(guān)于作者
Prof. Dr. Stefan Edlich是德國(guó)柏林Beuth HS技術(shù)（University of App. Sc.）的高級(jí)講師。他為諸多出版社如Apress、OReilly、Spektrum/Elsevier等編寫(xiě)了超過(guò)10本IT圖書(shū)。他維護(hù)著NoSQL Archive網(wǎng)站， 從事NoSQL咨詢并組織NoSQL技術(shù)會(huì)議，編寫(xiě)了世界上最早的兩本NoSQL圖書(shū)，現(xiàn)在他熱衷于Clojure編程語(yǔ)言。
it知識(shí)庫(kù)：NoSQL的現(xiàn)狀，轉(zhuǎn)載需保留來(lái)源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
