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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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