數(shù)據(jù)庫(kù)是IT領(lǐng)域應(yīng)用最為普遍的基礎(chǔ)軟件之一。在企業(yè)的核心業(yè)務(wù)系統(tǒng)之中，數(shù)據(jù)庫(kù)往往扮演著非常重要的角色，在一定程度上會(huì)直接影響項(xiàng)目的成敗關(guān)。應(yīng)該說(shuō)，過去數(shù)據(jù)庫(kù)選型并不是太難：因?yàn)閹缀跛�有（但不絕對(duì)）基于數(shù)據(jù)庫(kù)的應(yīng)用都要選擇關(guān)系型數(shù)據(jù)庫(kù)，選型時(shí)重點(diǎn)考慮的是到底選Oracle還是DB2、Sybase或者SQL Server，在方向上不會(huì)出問題。

然而，今天選擇多了，在傳統(tǒng)關(guān)系型數(shù)據(jù)之外有了以Hadoop的HBase、MongoDB為代表的NoSQL、還有在互聯(lián)網(wǎng)網(wǎng)企業(yè)廣泛使用的以MySQL為代表的開源數(shù)據(jù)庫(kù)。有了選擇其實(shí)是一種痛苦。在面臨更多數(shù)據(jù)庫(kù)選項(xiàng)，特別是市場(chǎng)充斥著一些類似“開源數(shù)據(jù)庫(kù)取代商業(yè)數(shù)據(jù)庫(kù)”、“NoSQL取代關(guān)系型數(shù)據(jù)庫(kù)”的說(shuō)法的時(shí)候，更有必要理性正視自己的業(yè)務(wù)需求，客觀分析各種選項(xiàng)的優(yōu)缺點(diǎn)，然后做出正確的選擇。

關(guān)系型數(shù)據(jù)庫(kù)不可替代

“和以前相比，現(xiàn)在市場(chǎng)上有太多不理性的聲音，其中有些甚至是完全錯(cuò)誤的說(shuō)法。而出現(xiàn)這些錯(cuò)誤的根源在于，缺乏對(duì)數(shù)據(jù)庫(kù)技術(shù)的了解�！奔坠俏墓�司副總裁及大中華區(qū)技術(shù)產(chǎn)品事業(yè)部總經(jīng)理吳承楊告訴記者。

在吳承楊看來(lái)，離開了具體的業(yè)務(wù)需求，簡(jiǎn)單地說(shuō)采用Hadoop + NoSQL來(lái)替代關(guān)系數(shù)據(jù)庫(kù)、采用開源的關(guān)系型數(shù)據(jù)庫(kù)諸如MySQL是否更節(jié)省成本是沒有什么意義的，而認(rèn)為關(guān)系型數(shù)據(jù)庫(kù)已經(jīng)過時(shí)更是毫無(wú)道理。

“現(xiàn)在關(guān)系型數(shù)據(jù)庫(kù)仍然不可替代，特別是一些關(guān)鍵的核心業(yè)務(wù)系統(tǒng)中，即使在互聯(lián)網(wǎng)公司它的作用也是如此。”吳承楊介紹說(shuō)。

全球在線支付巨頭PayPal就是Oracle數(shù)據(jù)庫(kù)產(chǎn)品的忠實(shí)用戶。作為一家快速增長(zhǎng)的互聯(lián)網(wǎng)金融企業(yè)，PayPal面臨著海量數(shù)據(jù)、業(yè)務(wù)服務(wù)等級(jí)SLA要求高，這個(gè)高速的OLTP環(huán)境中運(yùn)行著超過500個(gè)數(shù)據(jù)庫(kù)實(shí)例，在峰值時(shí)段，需要每秒鐘處理超過30萬(wàn)執(zhí)行，實(shí)時(shí)分析 99.99% 的關(guān)鍵應(yīng)用，針對(duì)95%需求 < 40 ms 響應(yīng)時(shí)間（這是Paypal在2012年公布的數(shù)據(jù)）。PayPal選用了甲骨文公司全線產(chǎn)品包括Oracle Database、Oracle Exadata、Oracle GoldenGate、Active Data Guard等，搭建了業(yè)務(wù)關(guān)鍵數(shù)據(jù)庫(kù)、主生產(chǎn)中心和容災(zāi)生產(chǎn)中心的關(guān)鍵架構(gòu)。

實(shí)際上，即使像MapReduce技術(shù)的發(fā)源地Google也不認(rèn)為NoSQL能取代關(guān)系型數(shù)據(jù)庫(kù)MySQL，Google認(rèn)為其業(yè)務(wù)邏輯在沒有SQL的查詢支持下無(wú)法工作，為此他們正在開發(fā)F1分布式關(guān)系型數(shù)據(jù)庫(kù)系統(tǒng)。

多種數(shù)據(jù)管理技術(shù)共存

當(dāng)然，不可否認(rèn)，近年來(lái)關(guān)系型數(shù)據(jù)庫(kù)的確遇到了很多挑戰(zhàn)，其中最為主要的是數(shù)據(jù)處理類型日趨復(fù)雜，數(shù)據(jù)量的爆炸性增長(zhǎng)。這兩者都會(huì)給數(shù)據(jù)庫(kù)帶來(lái)性能壓力，過去解決這兩個(gè)問題的辦法是對(duì)設(shè)備和軟件進(jìn)行升級(jí)，但現(xiàn)在這一辦法開始行不通了。一方面，垂直向上擴(kuò)展（Scale-up）終究能力有限，而且成本巨大；另一方面，在對(duì)類似網(wǎng)絡(luò)訪問日志這樣的數(shù)據(jù)資源采用傳統(tǒng)數(shù)據(jù)庫(kù)有些“大材小用”，技術(shù)上并不合適，成本也太高。

值得一提的是，對(duì)于這些最新的挑戰(zhàn)，關(guān)系型數(shù)據(jù)庫(kù)也在積極應(yīng)對(duì)，這主要表現(xiàn)在通過水平擴(kuò)展（Scale-Out）策略來(lái)應(yīng)對(duì)數(shù)據(jù)量增長(zhǎng)以及性能帶來(lái)的壓力，具體手段包括列存儲(chǔ)、智能掃描、內(nèi)存計(jì)算以及數(shù)據(jù)庫(kù)一體機(jī)等。

“任何一種技術(shù)都有其應(yīng)用范圍，關(guān)系型數(shù)據(jù)庫(kù)也不例外，我們不能指望它幫助我們解決所有數(shù)據(jù)管理方面的需求，這也正是NoSQL興起的原因�！眳浅袟畋硎荆�“NoSQL的本質(zhì)是對(duì)關(guān)系型數(shù)據(jù)庫(kù)的一些特征與約束進(jìn)行簡(jiǎn)化，以滿足一些特定的需求，而不是要推翻它。正如關(guān)系型數(shù)據(jù)庫(kù)有其適用范圍一樣，NoSQL有其適用范圍，并非所有場(chǎng)景都合適。”

NoSQL適合那些對(duì)數(shù)據(jù)操作需求比較簡(jiǎn)單，一般不需要采用SQL語(yǔ)句的場(chǎng)合，比如網(wǎng)絡(luò)日志的處理，在這些場(chǎng)合如果采用關(guān)系型數(shù)據(jù)庫(kù)就不得不承受那些并不需要的高級(jí)功能（如強(qiáng)事務(wù)性、豐富的索引、強(qiáng)一致性保障）能而帶來(lái)的擴(kuò)展性約束、性能約束和高成本。

“從長(zhǎng)遠(yuǎn)來(lái)看，未來(lái)數(shù)據(jù)庫(kù)技術(shù)已經(jīng)會(huì)走向傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)與NoSQL這些數(shù)據(jù)庫(kù)并存、內(nèi)存化（即內(nèi)存計(jì)算）、數(shù)據(jù)庫(kù)云以及數(shù)據(jù)庫(kù)一體機(jī)�！眳浅袟钫f(shuō)，這也正是甲骨文近年來(lái)在數(shù)據(jù)庫(kù)領(lǐng)域的投資重點(diǎn)。

實(shí)際上，作為甲骨文其他業(yè)務(wù)的基礎(chǔ)，甲骨文在數(shù)據(jù)庫(kù)市場(chǎng)不敢懈怠，并一直致力于創(chuàng)新。比如，最新版本的Oracle數(shù)據(jù)庫(kù)12c采用了創(chuàng)新的多租戶架構(gòu)，用戶可以利用Oracle數(shù)據(jù)庫(kù)12c輕松實(shí)現(xiàn)云端整合，顯著提高運(yùn)行效率并大大降低成本。近期，甲骨發(fā)布了劃時(shí)代的數(shù)據(jù)庫(kù)產(chǎn)品OracleDatabase In-Memory，進(jìn)一步增強(qiáng)了Oracle數(shù)據(jù)庫(kù)12c的威力，幫助企業(yè)實(shí)時(shí)挖掘深度數(shù)據(jù)信息，提高交易性能。還有在云計(jì)算方面，甲骨文的數(shù)據(jù)庫(kù)即服務(wù)（Database-as-a-Service，DBaaS）能夠幫助企業(yè)簡(jiǎn)化其IT系統(tǒng)化，并進(jìn)一步達(dá)到動(dòng)態(tài)優(yōu)化和資源管理的高效系統(tǒng)。

標(biāo)簽： Google Mysql 互聯(lián)網(wǎng) 互聯(lián)網(wǎng)公司 互聯(lián)網(wǎng)金融 金融 企業(yè) 數(shù)據(jù)庫(kù) 網(wǎng)絡(luò) 問題 選擇 用戶 云計(jì)算

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。