一份難得的數(shù)據(jù)庫市場分析報(bào)告

目錄

創(chuàng)新互聯(lián)建站是一家集網(wǎng)站建設(shè),徐水企業(yè)網(wǎng)站建設(shè),徐水品牌網(wǎng)站建設(shè),網(wǎng)站定制,徐水網(wǎng)站建設(shè)報(bào)價(jià),網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,徐水網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時(shí)我們時(shí)刻保持專業(yè)、時(shí)尚、前沿，時(shí)刻以成就客戶成長自我，堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。

- 數(shù)據(jù)庫分類維度：關(guān)系型/非關(guān)系型、交易型/分析型

- NoSQL數(shù)據(jù)庫的進(jìn)一步分類

- OLTP市場規(guī)模：關(guān)系型數(shù)據(jù)庫仍占營收大頭

- 數(shù)據(jù)庫市場份額：云服務(wù)和新興廠商主導(dǎo)NoSQL

- 開源數(shù)據(jù)庫 vs. 商業(yè)數(shù)據(jù)庫

- 數(shù)據(jù)庫三大陣營：傳統(tǒng)廠商和云服務(wù)提供商

最近由于時(shí)間原因我寫東西少了，在公眾號上也轉(zhuǎn)載過幾篇搞數(shù)據(jù)庫朋友的大作。按說我算是外行，沒資格在這個(gè)領(lǐng)域品頭論足，而當(dāng)我看到下面這份報(bào)告時(shí)立即產(chǎn)生了學(xué)習(xí)的興趣，同時(shí)也想就能看懂的部分寫點(diǎn)心得體會分享給大家。

可能本文比較適合普及性閱讀，讓數(shù)據(jù)庫領(lǐng)域資深的朋友見笑了：）

數(shù)據(jù)庫分類維度：關(guān)系型/非關(guān)系型、交易型/分析型

首先是分類維度，上圖中的縱軸分類為Relational Database（關(guān)系型數(shù)據(jù)庫，RDBMS）和Nonrelational Database （非關(guān)系型數(shù)據(jù)庫，NoSQL），橫軸的分類為Operational（交易型，即OLTP）和Analytical（分析型，即OLAP）。

按照習(xí)慣我們先看關(guān)系型數(shù)據(jù)庫，左上角的交易型類別中包括大家熟悉的商業(yè)數(shù)據(jù)庫Oracle、MS SQL Server、DB2、Infomix，也包括開源領(lǐng)域流行的MySQL（MariaDB是它的一個(gè)分支）、PostgreSQL，還有云上面比較常見的SQL Azure和Amazon Aurora等。

比較有意思的是，SAP HANA正好位于交易型和分析型的中間分界處，不要忘了SAP還收購了Sybase，盡管后者今天不夠風(fēng)光了，而早年微軟的SQL Server都是來源于Sybase。Sybase的ASE數(shù)據(jù)庫和分析型Sybase IQ還是存在的。

右上角的分析型產(chǎn)品中包括幾款知名的列式數(shù)據(jù)倉庫Pivotal Greenplum、Teradata和IBM Netezza（已宣布停止支持），來自互聯(lián)網(wǎng)巨頭的Google Big Query和Amazon RedShift。至于Oracle Exadata一體機(jī)，它上面運(yùn)行的也是Oracle數(shù)據(jù)庫，其最初設(shè)計(jì)用途是OLAP，而在后來發(fā)展中也可以良好兼顧OLTP，算是一個(gè)跨界產(chǎn)品吧。

再來看非關(guān)系型數(shù)據(jù)庫，左下角的交易型產(chǎn)品中，有幾個(gè)我看著熟悉的MongoDB、Redis、Amazon DynamoDB和DocumentDB等；右下角的分析型產(chǎn)品包括著名的Hadoop分支Cloudera、Hortonworks（這2家已并購），Bigtable（來自Google，Hadoop中的HBase是它的開源實(shí)現(xiàn)）、Elasticsearch等。

顯然非關(guān)系型數(shù)據(jù)庫的分類要更加復(fù)雜，產(chǎn)品在應(yīng)用中的差異化也比傳統(tǒng)關(guān)系型數(shù)據(jù)庫更大。Willian Blair很負(fù)責(zé)任地對它們給出了進(jìn)一步的分類。

NoSQL數(shù)據(jù)庫的進(jìn)一步分類

上面這個(gè)圖表應(yīng)該說很清晰了。非關(guān)系型數(shù)據(jù)庫可以分為Document-based Store（基于文檔的存儲）、Key-Value Store（鍵值存儲）、Graph-based（圖數(shù)據(jù)庫）、Time Series（時(shí)序數(shù)據(jù)庫），以及Wide Cloumn-based Store（寬列式存儲）。

我們再來看下每個(gè)細(xì)分類別中的產(chǎn)品：

文檔存儲 ：MongoDB、Amazon DocumentDB、Azure Cosmos DB等

Key-Value存儲 ：Redis Labs、Oracle Berkeley DB、Amazon DynamoDB、Aerospike等

圖數(shù)據(jù)庫 ：Neo4j等

時(shí)序數(shù)據(jù)庫 ：InfluxDB等

WideCloumn ：DataStax、Cassandra、Apache HBase和Bigtable等

多模型數(shù)據(jù)庫 ：支持上面不只一種類別特性的NoSQL，比如MongoDB、Redis Labs、Amazon DynamoDB和Azure Cosmos DB等。

OLTP市場規(guī)模：關(guān)系型數(shù)據(jù)庫仍占營收大頭

上面這個(gè)基于IDC數(shù)據(jù)的交易型數(shù)據(jù)庫市場份額共有3個(gè)分類，其中深藍(lán)色部分的關(guān)系型數(shù)據(jù)庫（RDBMS，在這里不統(tǒng)計(jì)數(shù)據(jù)挖掘/分析型數(shù)據(jù)庫）占據(jù)80%以上的市場。

Dynamic Database（DDMS，動(dòng)態(tài)數(shù)據(jù)庫管理系統(tǒng)，同樣不統(tǒng)計(jì)Hadoop）就是我們前面聊的非關(guān)系型數(shù)據(jù)庫。這部分市場顯得小（但發(fā)展勢頭看好），我覺得與互聯(lián)網(wǎng)等大公司多采用開源+自研，而不買商業(yè)產(chǎn)品有關(guān)。

而遵循IDC的統(tǒng)計(jì)分類，在上圖灰色部分的“非關(guān)系型數(shù)據(jù)庫市場”其實(shí)另有定義，參見下面這段文字：

數(shù)據(jù)庫市場份額：云服務(wù)和新興廠商主導(dǎo)NoSQL

請注意，這里的關(guān)系型數(shù)據(jù)庫統(tǒng)計(jì)又包含了分析型產(chǎn)品。Oracle營收份額42%仍居第一，隨后排名依次為微軟、IBM、SAP和Teradata。

代表非關(guān)系型數(shù)據(jù)庫的DDMS分類中（這里同樣加入Hadoop等），云服務(wù)和新興廠商成為了主導(dǎo)，微軟應(yīng)該是因?yàn)樵芐QL Server的基礎(chǔ)而小幅領(lǐng)先于AWS，這2家一共占據(jù)超過50%的市場，接下來的排名是Google、Cloudera和Hortonworks（二者加起來13%）。

上面是IDC傳統(tǒng)分類中的“非關(guān)系型數(shù)據(jù)庫”，在這里IBM和CA等應(yīng)該主要是針對大型機(jī)的產(chǎn)品，InterSystems有一款在國內(nèi)醫(yī)療HIS系統(tǒng)中應(yīng)用的Caché數(shù)據(jù)庫（以前也是運(yùn)行在Power小機(jī)上比較多）。我就知道這些，余下的就不瞎寫了。

開源數(shù)據(jù)庫 vs. 商業(yè)數(shù)據(jù)庫

按照流行度來看，開源數(shù)據(jù)庫從2013年到現(xiàn)在一直呈現(xiàn)增長，已經(jīng)快要追上商業(yè)數(shù)據(jù)庫了。

商業(yè)產(chǎn)品在關(guān)系型數(shù)據(jù)庫的占比仍然高達(dá)60.5%，而上表中從這列往左的分類都是開源占優(yōu)：

Wide Cloumn：開源占比81.8%；

時(shí)序數(shù)據(jù)庫：開源占比80.7%；

文檔存儲：開源占比80.0%；

Key-Value存儲：開源占比72.2%；

圖數(shù)據(jù)庫：開源占比68.4%；

搜索引擎：開源占比65.3%

按照開源License的授權(quán)模式，上面這個(gè)三角形越往下管的越寬松。比如MySQL屬于GPL，在互聯(lián)網(wǎng)行業(yè)用戶較多；而PostgreSQL屬于BSD授權(quán)，國內(nèi)有不少數(shù)據(jù)庫公司的產(chǎn)品就是基于Postgre哦。

數(shù)據(jù)庫三大陣營：傳統(tǒng)廠商和云服務(wù)提供商

前面在討論市場份額時(shí)，我提到過交易型數(shù)據(jù)庫的4個(gè)巨頭仍然是Oracle、微軟、IBM和SAP，在這里William Blair將他們歸為第一陣營。

隨著云平臺的不斷興起，AWS、Azure和GCP（Google Cloud Platform）組成了另一個(gè)陣營，在國外分析師的眼里還沒有BAT，就像有的朋友所說，國內(nèi)互聯(lián)網(wǎng)巨頭更多是自身業(yè)務(wù)導(dǎo)向的，在本土發(fā)展公有云還有些優(yōu)勢，短時(shí)間內(nèi)將技術(shù)輸出到國外的難度應(yīng)該還比較大。（當(dāng)然我并不認(rèn)為國內(nèi)缺優(yōu)秀的DBA和研發(fā)人才）

第三個(gè)陣容就是規(guī)模小一些，但比較專注的數(shù)據(jù)庫玩家。

接下來我再帶大家簡單過一下這前兩個(gè)陣容，看看具體的數(shù)據(jù)庫產(chǎn)品都有哪些。

甲骨文的產(chǎn)品，我相對熟悉一些的有Oracle Database、MySQL以及Exadata一體機(jī)。

IBM DB2也是一個(gè)龐大的家族，除了傳統(tǒng)針對小型機(jī)、x86（好像用的人不多）、z/OS大型機(jī)和for i的版本之外，如今也有了針對云和數(shù)據(jù)挖掘的產(chǎn)品。記得抱枕大師對Informix的技術(shù)比較推崇，可惜這個(gè)產(chǎn)品發(fā)展似乎不太理想。

微軟除了看家的SQL Server之外，在Azure云上還能提供MySQL、PostgreSQL和MariaDB開源數(shù)據(jù)庫。應(yīng)該說他們是傳統(tǒng)軟件License+PaaS服務(wù)兩條腿走路的。

如今人們一提起SAP的數(shù)據(jù)庫就想起HANA，之前從Sybase收購來的ASE（Adaptive Server Enterprise）和IQ似乎沒有之前發(fā)展好了。

在云服務(wù)提供商數(shù)據(jù)庫的3巨頭中，微軟有SQL Server的先天優(yōu)勢，甚至把它移植到了Linux擁抱開源平臺。關(guān)系型數(shù)據(jù)庫的創(chuàng)新方面值得一提的是Amazon Aurora和Google Spanner（也有非關(guān)系型特性），至于它們具體好在哪里我就不裝內(nèi)行了：）

非關(guān)系型數(shù)據(jù)庫則是Amazon全面開花，這與其云計(jì)算業(yè)務(wù)發(fā)展早并且占據(jù)優(yōu)勢有關(guān)。Google當(dāng)年的三篇經(jīng)典論文對業(yè)界影響深遠(yuǎn)，Yahoo基于此開源的Hadoop有一段時(shí)間幾乎是大數(shù)據(jù)的代名詞。HBase和Hive如今已不再是人們討論的熱點(diǎn)，而Bigtable和BigQuery似乎仍然以服務(wù)Google自身業(yè)務(wù)為主，畢竟GCP的規(guī)模比AWS要小多了。

最后這張DB-Engines的排行榜，相信許多朋友都不陌生，今年3月已經(jīng)不是最新的數(shù)據(jù)，在這里列出只是給大家一個(gè)參考。該排行榜幾乎在每次更新時(shí)，都會有國內(nèi)數(shù)據(jù)庫專家撰寫點(diǎn)評。

以上是我周末的學(xué)習(xí)筆記，班門弄斧，希望對大家有幫助。

參考資料《Database Software Market:The Long-Awaited Shake-up》

擴(kuò)展閱讀：《 數(shù)據(jù)庫存儲：互相最想知道的事 》

尊重知識，轉(zhuǎn)載時(shí)請保留全文。感謝您的閱讀和支持！

如何玩轉(zhuǎn)NoSQL數(shù)據(jù)庫

何玩轉(zhuǎn) NoSQL數(shù)據(jù)庫作者：IT專家中國 Weather公司CIO Bryson Koehler整理MongoDBRiakCassandra等NoSQL數(shù)據(jù)庫特性指其重要特性NoSQL限制住 Weather公司致力于氣報(bào)告氣預(yù)報(bào)業(yè)務(wù)其并缺乏數(shù)據(jù)缺乏數(shù)據(jù)管理工具需要三種同NoSQL數(shù)據(jù)庫 近我向Weather 公司CIO Bryson Koehler提疑問除公司CIO,Bryson Koehler其業(yè)務(wù)單元孵化者,包括Weather ChannelWeatherFXWeather UndergroundIntellicast等Weather公司每獲取處理著約二0萬億字節(jié)數(shù)據(jù)外提供前全球氣狀況并航空公司緊中國服務(wù)貨運(yùn)商公用事業(yè)保險(xiǎn)及線氣中國站氣應(yīng)用程序用戶提供氣預(yù)報(bào)服務(wù)每需求增加數(shù)十億氣數(shù)據(jù)請求并且預(yù)期響應(yīng)間要一0毫秒左右 RiakWeather 公司臺NoSQL數(shù)據(jù)庫服務(wù)于公司事務(wù)性存儲公用中國絡(luò)(SUN)數(shù)據(jù)獲取平臺運(yùn)行亞馬遜中國絡(luò)服務(wù)(AWS)用區(qū)域并每一5頻率捕獲超二0億氣象數(shù)據(jù)信息所Riak具明確處理規(guī)模該公司使用Cassandra及新近添加MongoDB數(shù)據(jù)庫Weather中國 IOSAndroid移應(yīng)用程序服務(wù) Weather 公司使用同產(chǎn)品Koehler解釋說同工具同優(yōu)勢 Cassandra服務(wù)于Weather 公司及全球消費(fèi)者使用第三氣應(yīng)用API數(shù)據(jù)：我數(shù)據(jù)發(fā)平臺每秒處理數(shù)十萬事務(wù)我發(fā)現(xiàn)Cassandra用于全球發(fā)數(shù)據(jù)棒解決案并且[數(shù)據(jù)庫]讀取面體現(xiàn)高用性 本質(zhì)全球各消費(fèi)者所使用數(shù)據(jù)服務(wù)包括Weather 公司第三氣應(yīng)用程序 MongoDB提供Weather中國中國站移應(yīng)用程序間層緩存功能：離我核API我沒全部Weather中國內(nèi)容所MongoDB容器發(fā)站W(wǎng)eather中國及AndroidiOS移應(yīng)用程序服務(wù)Mongo處些處基于其內(nèi)建JSON格式及靈性 Riak用于消費(fèi)氣象數(shù)據(jù)觀測包括自世界各圖片視頻等：我喜Riak其優(yōu)秀數(shù)據(jù)攝取能力且種全球布式式實(shí)現(xiàn)于全球布式平臺獲取數(shù)據(jù)入站式數(shù)據(jù)庫真靠選擇 我曾聽說DatastaxBashoCouchbase高管貶低MongoDB擴(kuò)展性MongoDB指向規(guī)模部署Facebook超二00萬臺移設(shè)備應(yīng)用程序提供支持eHarmony公司MongDB每處理著數(shù)十億潛比賽預(yù)約據(jù)Koehle所述MongoDBWeather中國Weather中國移應(yīng)用程序處理著每十億交易毫疑問通配置部署Mongo處理批量交易數(shù)據(jù) 盡管Koehler承認(rèn)樂于看MongoDB繼續(xù)使全球集群位置[功能]更加縫化且易于使用 些屬于全球性布式集群復(fù)制負(fù)載平衡CassandraRiak眾所周知功能 規(guī)模討論角度看少公司達(dá)Weather公司經(jīng)營規(guī)模易于發(fā)架構(gòu)靈性JSON數(shù)據(jù)處理使MongoDB世界流行NoSQL數(shù)據(jù)庫微軟IBM都進(jìn)行MongoDB模仿微軟Azure DocumentDBIBM CloudantCassandraRiak Weather公司三NoSQL標(biāo)準(zhǔn)降低至兩程鞏固Koehler說公司沒準(zhǔn)備做 由于我構(gòu)造由許同數(shù)據(jù)解決案組中國狀結(jié)構(gòu)我目前環(huán)境已于復(fù)雜說我希望給團(tuán)隊(duì)些自由空間讓我解所選擇利弊看些整合 候遷移件難事關(guān)于NoSQL數(shù)據(jù)庫重要事情困其 Koehler說架構(gòu)編碼確數(shù)據(jù)庫遷移另并難隨著模式自由及數(shù)據(jù)轉(zhuǎn)存技術(shù)發(fā)展論前者key-value存儲或其形式轉(zhuǎn)儲數(shù)據(jù)都十容易 特定產(chǎn)品進(jìn)程自定義編碼復(fù)雜存儲程已經(jīng)復(fù)返Koehler說關(guān)于結(jié)構(gòu)化編碼確需要考慮?做避免特殊供應(yīng)商提供工具功能能讓身陷其舉亞馬遜中國絡(luò)服務(wù)(AWS)消息服務(wù)例 必讓服務(wù)云運(yùn)行解釋說部署自RabbitMQ環(huán)境陷于其所原先部署AWS 應(yīng)用程序轉(zhuǎn)部署谷歌計(jì)算云服務(wù)論數(shù)據(jù)平臺存儲環(huán)境或云計(jì)算環(huán)境都要?jiǎng)e讓自局限僅由供應(yīng)商提供范圍空間內(nèi) 轉(zhuǎn)

大數(shù)據(jù)應(yīng)用程序最佳選擇：是SQL還是NoSQL

執(zhí)行大數(shù)據(jù)[注]項(xiàng)目的企業(yè)面對的關(guān)鍵決策之一是使用哪個(gè)數(shù)據(jù)庫，SQL還是NoSQL?SQL有著驕人的業(yè)績，龐大的安裝基礎(chǔ);而NoSQL正在獲得可觀的收益，且有很多支持者。我們來看看兩位專家對這個(gè)問題的看法。

專家

·VoltDB公司首席技術(shù)官Ryan Betts表示，SQL已經(jīng)贏得了大型企業(yè)的廣泛部署，大數(shù)據(jù)是它可以支持的另一個(gè)領(lǐng)域。

·Couchbase公司首席執(zhí)行官Bob Wiederhold表示，NoSQL是可行的選擇，并且從很多方面來看，它是大數(shù)據(jù)的最佳選擇，特別是涉及到可擴(kuò)展性時(shí)。

SQL經(jīng)歷時(shí)間的考驗(yàn)，并仍然在蓬勃發(fā)展

VoltDB公司首席技術(shù)官Ryan Betts

結(jié)構(gòu)化查詢語言(SQL)是經(jīng)過時(shí)間考驗(yàn)的勝利者，它已經(jīng)主宰了幾十年，目前大數(shù)據(jù)公司和組織(例如谷歌、Facebook、Cloudera和Apache)正在積極投資于SQL。

在成為主導(dǎo)技術(shù)(例如SQL)后，有時(shí)候我們很容易忘記其優(yōu)越性。SQL的獨(dú)特優(yōu)勢包括：

1. SQL能夠加強(qiáng)與數(shù)據(jù)的交互，并允許對單個(gè)數(shù)據(jù)庫設(shè)計(jì)提出問題。這是很關(guān)鍵的特征，因?yàn)闊o法交互的數(shù)據(jù)基本上是沒用的，并且，增強(qiáng)的交互性能夠帶來新的見解、新的問題和更有意義的未來交互。

2. SQL是標(biāo)準(zhǔn)化的，使用戶能夠跨系統(tǒng)運(yùn)用他們的知識，并對第三方附件和工具提供支持。

3. SQL能夠擴(kuò)展，并且是多功能和經(jīng)過時(shí)間驗(yàn)證的，這能夠解決從快寫為主導(dǎo)的傳輸?shù)綊呙杳芗蜕钊敕治龅葐栴}。

4. SQL對數(shù)據(jù)呈現(xiàn)和存儲采用正交形式，一些SQL系統(tǒng)支持JSON和其他結(jié)構(gòu)化對象格式，比NoSQL具有更好的性能和更多功能。

雖然NoSQL的出現(xiàn)帶來了一些影響，但SQL仍然主導(dǎo)著市場，并在大數(shù)據(jù)領(lǐng)域贏得了很多投資和廣泛部署。

NoSQL的說法很含糊，對于本次討論，我借用Rick Cattell對NoSQL的定義，即提供簡單操作(例如密鑰/數(shù)值存儲)或簡單記錄和索引，并專注于這些簡單操作的橫向可擴(kuò)展性的系統(tǒng)。

很顯然，現(xiàn)在很多新的數(shù)據(jù)庫并不是都一樣，認(rèn)識每種數(shù)據(jù)庫背后的原理以及潛在問題是成功的關(guān)鍵。NoSQL的主要特點(diǎn)使其更適合于特定的問題。例如，圖形數(shù)據(jù)庫更適合于數(shù)據(jù)通過關(guān)系組織的情況，而專門的文本搜索系統(tǒng)更適合于需要實(shí)時(shí)搜索的情況。

在這里，讓我們看看SQL系統(tǒng)的主要優(yōu)勢和差異化功能：

* SQL可實(shí)現(xiàn)交互性。 SQL是一種聲明性查詢語言。用戶說出他們想要什么(例如，顯示過去五年三月份期間頂級客戶的地理位置)，數(shù)據(jù)庫內(nèi)部就會構(gòu)件算法并提取請求的結(jié)果。相比之下，NoSQL編程創(chuàng)新MapReduce是一種程序性查詢技術(shù)。在用戶提出請求時(shí)，MapReduce要求用戶不僅說出自己想要什么，而且要求他們陳述如何產(chǎn)生答案。

這聽起來像一個(gè)無趣的技術(shù)差異，但這很關(guān)鍵，原因在于：首先，聲明性SQL查詢更容易通過圖形化工具以及點(diǎn)擊報(bào)告構(gòu)建器來構(gòu)建。這讓分析師、操作員、管理者和其他不具備軟件編程能力的員工進(jìn)行數(shù)據(jù)庫查詢;其次，數(shù)據(jù)庫引擎可以利用內(nèi)部信息來選擇最有效的算法。改變數(shù)據(jù)庫的物理布局或數(shù)據(jù)庫，最佳算法仍然能夠計(jì)算出來。而在程序性系統(tǒng)中，編程人員需要重新訪問和重新編程算法，這是非常昂貴且容易出錯(cuò)的過程。

市場理解這個(gè)關(guān)鍵區(qū)別。在2010年，谷歌宣布部署SQL來補(bǔ)充MapReduce，主要受內(nèi)部用戶需求所驅(qū)動(dòng)。最近，F(xiàn)acebook發(fā)布了Presto(一種SQL部署)來查詢其PB級HDFS集群。根據(jù)Facebook表示：“隨著我們的倉庫增長到PB級，以及我們的需求變化，我們清楚地意識到，我們需要一個(gè)提供低延時(shí)查詢的互動(dòng)系統(tǒng)。”此外，Cloudera也正在構(gòu)建Impala—另一個(gè)基于HDFS的SQL部署。

* SQL是標(biāo)準(zhǔn)化的。 雖然供應(yīng)商有時(shí)候會添加自己的語言到SQL界面，但SQL的核心是標(biāo)準(zhǔn)化的，還有其他規(guī)格(例如ODBC和JDBC)提供廣泛可用的穩(wěn)定界面到SQL存儲。這帶來了一個(gè)管理和操作工具生態(tài)系統(tǒng)，可以在SQL系統(tǒng)之上設(shè)計(jì)、監(jiān)控、檢查、探索和構(gòu)建應(yīng)用程序。

SQL用戶和程序員可用跨多個(gè)后端系統(tǒng)重復(fù)使用其API和UI知識，減少了應(yīng)用程序的開發(fā)時(shí)間。標(biāo)準(zhǔn)化還允許聲明性第三方提取、轉(zhuǎn)換、加載(ETL)工具，使企業(yè)可以在數(shù)據(jù)庫之間以及跨系統(tǒng)傳輸數(shù)據(jù)。

* SQL可擴(kuò)展。 認(rèn)為SQL必須犧牲以獲得可擴(kuò)展性的看法，完全是錯(cuò)誤的。如前所述，F(xiàn)acebook創(chuàng)建了一個(gè)SQL界面來查詢PB級數(shù)據(jù)。SQL能夠非常有效地運(yùn)行極快的ACID傳輸。SQL對數(shù)據(jù)存儲和索引提供的抽象[注]化允許跨各種問題和數(shù)據(jù)集大小的一致使用，讓SQL可以跨集群復(fù)制數(shù)據(jù)存儲有效地運(yùn)行。使用SQL作為界面獨(dú)立于構(gòu)建云、規(guī)模或HA系統(tǒng)，SQL中并沒有什么在阻止和限制容錯(cuò)、高可用性和復(fù)制。事實(shí)上，所有現(xiàn)代SQL系統(tǒng)支持云友好型橫向可擴(kuò)展性、復(fù)制和容錯(cuò)性。

* SQL支持JSON。 幾年前，很多SQL系統(tǒng)增加了XML文檔支持。現(xiàn)在，隨著JSON成為一種流行的數(shù)據(jù)交換格式，SQL供應(yīng)商也紛紛加入了JSON型的支持。基于現(xiàn)在靈活的編程過程和web基礎(chǔ)設(shè)施的正常運(yùn)行時(shí)間要求，我們很需要結(jié)構(gòu)化數(shù)據(jù)類型的支持。Oracle 12c、PostgreSQL 9.2、VoltDB和其他支持JSON的數(shù)據(jù)庫，通常具有優(yōu)于“原生”JSON的性能。

SQL將繼續(xù)贏得市場份額，并會繼續(xù)看到新的投資和部署。NoSQL數(shù)據(jù)庫提供專有查詢語言或簡單的鍵值語義，而沒有更深層次的技術(shù)差異化。現(xiàn)代SQL系統(tǒng)提供可擴(kuò)展性的同時(shí)，還支持更豐富的查詢語義，并有龐大的用戶安裝基礎(chǔ)，廣泛的生態(tài)系統(tǒng)整合和深度企業(yè)部署。

NoSQL更適合大數(shù)據(jù)應(yīng)用程序

Couchbase公司首席執(zhí)行官Bob Wiederhold

NoSQL越來越多地被認(rèn)為是關(guān)系型數(shù)據(jù)庫的可行替代品，特別是對于大數(shù)據(jù)應(yīng)用程序。此外，無模式數(shù)據(jù)模型通常更適合于現(xiàn)在捕捉和處理的數(shù)據(jù)種類和類型。

當(dāng)我們談?wù)揘oSQL領(lǐng)域的大數(shù)據(jù)時(shí)，我們指的是從操作數(shù)據(jù)庫讀取和寫入。不要將操作數(shù)據(jù)庫與分析數(shù)據(jù)庫混淆，這通常會查看大量數(shù)據(jù)，并從這些數(shù)據(jù)獲取可視性。

雖然操作數(shù)據(jù)庫的大數(shù)據(jù)看起來不具有可分析性，但操作數(shù)據(jù)庫通常會存儲超大量用戶的大型數(shù)據(jù)集，這些用戶經(jīng)常需要訪問數(shù)據(jù)來實(shí)時(shí)執(zhí)行交易。這種數(shù)據(jù)庫的操作規(guī)模也解釋了NoSQL的關(guān)鍵特性，也就是為什么NoSQL是大數(shù)據(jù)應(yīng)用程序的關(guān)鍵的原因。

NoSQL是可擴(kuò)展性的關(guān)鍵

每次技術(shù)行業(yè)經(jīng)歷硬件發(fā)展的根本性轉(zhuǎn)變時(shí)，都會出現(xiàn)一個(gè)拐點(diǎn)。在數(shù)據(jù)庫領(lǐng)域，從縱向擴(kuò)展到橫向擴(kuò)展的轉(zhuǎn)變推動(dòng)了NoSQL的發(fā)展。關(guān)系型數(shù)據(jù)庫(包括來自甲骨文和IBM的數(shù)據(jù)庫)是縱向擴(kuò)展。也就是說，它們是集中式、共享一切的技術(shù)，只能通過增加更多昂貴的硬件來擴(kuò)展。

而NoSQL數(shù)據(jù)庫是分布式橫向擴(kuò)展技術(shù)。它們使用了分布式節(jié)點(diǎn)集(稱為集群)來提供高度彈性擴(kuò)展功能，讓用戶可以添加節(jié)點(diǎn)來動(dòng)態(tài)處理負(fù)載。

分布式橫向擴(kuò)展的做法通常要比縱向做法更加便宜。商業(yè)關(guān)系型數(shù)據(jù)庫的授權(quán)費(fèi)用也讓人望而卻步，因?yàn)樗麄兊膬r(jià)格是按每臺服務(wù)器來計(jì)算。另一方面，NoSQL數(shù)據(jù)庫通常是開源技術(shù)，按照運(yùn)行的服務(wù)器集群收費(fèi)，而且價(jià)格相對便宜。

NoSQL是靈活性的關(guān)鍵

關(guān)系型數(shù)據(jù)庫和NoSQL數(shù)據(jù)模型有很大的不同。關(guān)系型模式獲取數(shù)據(jù)，并將數(shù)據(jù)分配到很多相互關(guān)聯(lián)的表中，這些表通過外鍵相互應(yīng)用。

當(dāng)用戶需要對數(shù)據(jù)集運(yùn)行查詢時(shí)，所需信息需要從多個(gè)表中收集(通常涉及數(shù)百個(gè)企業(yè)應(yīng)用程序)，并結(jié)合這些信息，再提供給應(yīng)用程序。同樣地，當(dāng)寫入數(shù)據(jù)時(shí)，需要在多個(gè)表協(xié)調(diào)和執(zhí)行寫入。當(dāng)數(shù)據(jù)相對較少，并且，數(shù)據(jù)以較慢速度流入數(shù)據(jù)庫時(shí)，關(guān)系型數(shù)據(jù)庫通常能夠捕捉和存儲信息。然而，現(xiàn)在的應(yīng)用程序通常需要快速寫入(和讀取)海量數(shù)據(jù)。

NoSQL數(shù)據(jù)庫采用非常不同的模式。在其核心，NoSQL數(shù)據(jù)庫其實(shí)是“NoREL”，或者說非關(guān)系型，這意味著它們沒有依賴于表以及表之間的聯(lián)系，以存儲和組織信息。例如，以文檔為導(dǎo)向的NoSQL數(shù)據(jù)庫獲取你想要存儲的數(shù)據(jù)，并采用JSON格式整合到文檔中。每個(gè)JSON文檔可以被你的應(yīng)用程序視為一個(gè)對象。JSON文檔可能會提取跨越25個(gè)表的數(shù)據(jù)，將數(shù)據(jù)集成到一個(gè)文檔中。

聚合這些信息可能會導(dǎo)致信息重復(fù)，但由于存儲已不再是一個(gè)成本問題，數(shù)據(jù)模型靈活性、發(fā)布所產(chǎn)生文檔的簡便性以及讀取和寫入性能提高，讓這成為不錯(cuò)的選擇。

NoSQL是大數(shù)據(jù)應(yīng)用程序的關(guān)鍵

通過第三方(包括社交媒體網(wǎng)站)，數(shù)據(jù)正變得越來越容易捕捉和訪問。這些數(shù)據(jù)包括：個(gè)人用戶信息、地理位置數(shù)據(jù)、用戶生產(chǎn)的內(nèi)容、機(jī)器記錄數(shù)據(jù)和傳感器產(chǎn)生的數(shù)據(jù)。企業(yè)還可以依賴于大數(shù)據(jù)來推動(dòng)其關(guān)鍵任務(wù)型應(yīng)用程序。同時(shí)，企業(yè)正在轉(zhuǎn)向到NoSQL數(shù)據(jù)庫，因?yàn)檫@種數(shù)據(jù)庫非常適合現(xiàn)在新型的數(shù)據(jù)類型。

開發(fā)人員想要一個(gè)靈活的數(shù)據(jù)庫，可以很容易適應(yīng)新的數(shù)據(jù)類型，并且，不會受第三方數(shù)據(jù)供應(yīng)商的內(nèi)容結(jié)構(gòu)變化的影響。大多數(shù)新數(shù)據(jù)是非結(jié)構(gòu)化和半結(jié)構(gòu)化，因此，開發(fā)人員也需要能夠有效存儲這些數(shù)據(jù)的數(shù)據(jù)庫。然而，關(guān)系型數(shù)據(jù)庫采用的嚴(yán)格定義的基于模式的做法讓其不可能快速整合新數(shù)據(jù)類型，并且很不適合于非結(jié)構(gòu)化和半結(jié)構(gòu)化數(shù)據(jù)。

總體來說，隨著web和移動(dòng)應(yīng)用程序的增加、新的趨勢、網(wǎng)上消費(fèi)者行為的轉(zhuǎn)變以及新的數(shù)據(jù)類型的出現(xiàn)，行業(yè)需要能夠提供可擴(kuò)展的靈活的數(shù)據(jù)庫技術(shù)來管理和訪問數(shù)據(jù)。NoSQL技術(shù)是有效滿足這些需求的唯一可行解決方案。

如何用好NoSQL

Weather公司CIO Bryson Koehler整理出了MongoDB，Riak和Cassandra等NoSQL數(shù)據(jù)庫的特性。他指出這其中最重要的特性是“NoSQL不會限制住你”。

Weather公司，致力于天氣報(bào)告和天氣預(yù)報(bào)業(yè)務(wù)，其并不缺乏數(shù)據(jù)，當(dāng)然也不缺乏數(shù)據(jù)管理工具。但它為什么需要三種不同的NoSQL數(shù)據(jù)庫？

最近，我向Weather 公司的CIO Bryson Koehler提出了這個(gè)疑問，除了公司的CIO,Bryson Koehler還是其他很多業(yè)務(wù)單元的孵化者,包括Weather Channel，WeatherFX，Weather Underground，和Intellicast等。Weather公司每天獲取和處理著約20萬億字節(jié)數(shù)據(jù)，對外提供當(dāng)前全球天氣狀況，并為航空公司，緊急服務(wù)，貨運(yùn)商，公用事業(yè)，保險(xiǎn)，以及在線天氣網(wǎng)站和天氣應(yīng)用程序的用戶提供天氣預(yù)報(bào)服務(wù)。每天需求增加了數(shù)十億的天氣數(shù)據(jù)請求，并且預(yù)期響應(yīng)時(shí)間要在10毫秒左右。

Riak是Weather 公司的后臺NoSQL數(shù)據(jù)庫，服務(wù)于公司的事務(wù)性存儲公用網(wǎng)絡(luò)(SUN)數(shù)據(jù)獲取平臺，它運(yùn)行在多個(gè)亞馬遜網(wǎng)絡(luò)服務(wù)(AWS)的可用區(qū)域上，并以每小時(shí)15次的頻率捕獲超過20億氣象數(shù)據(jù)信息，。所以，Riak具有明確的處理規(guī)模，但該公司也使用Cassandra以及新近添加的MongoDB數(shù)據(jù)庫，為Weather.com 上IOS和Android移動(dòng)應(yīng)用程序服務(wù)。

網(wǎng)站題目：nosql報(bào)告,什么叫nosql數(shù)據(jù)庫
當(dāng)前鏈接：http://chinadenli.net/article6/dsipjig.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站維護(hù)、標(biāo)簽優(yōu)化、電子商務(wù)、響應(yīng)式網(wǎng)站、軟件開發(fā)、網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)