本文全面介紹了分布式數(shù)據(jù)庫和它的設(shè)計(jì)理念，以及分布式數(shù)據(jù)庫的優(yōu)勢和應(yīng)用場景，從而引出OLTP領(lǐng)域使用分布式數(shù)據(jù)庫的考慮因素和分布式數(shù)據(jù)庫取代Oracle的常見應(yīng)用方案，最終大數(shù)據(jù)應(yīng)用促進(jìn)了“分布式架構(gòu)”的繁榮。
　　分布式數(shù)據(jù)庫簡介
　　分布式數(shù)據(jù)庫系統(tǒng)通常使用較小的計(jì)算機(jī)系統(tǒng)，每臺(tái)計(jì)算機(jī)可單獨(dú)放在一個(gè)地方，每臺(tái)計(jì)算機(jī)中都可能有DBMS的一份完整拷貝副本，或者部分拷貝副本，并具有自己局部的數(shù)據(jù)庫， 通過網(wǎng)絡(luò)互相連接共同組成一個(gè)完整的、全局的邏輯上集中、物理上分布的大型數(shù)據(jù)庫。
　　分布式并行數(shù)據(jù)庫通過并行使用多個(gè)CPU和磁盤來將諸如裝載數(shù)據(jù)、建立索引、執(zhí)行查詢等操作并行化以提升性能的數(shù)據(jù)庫系統(tǒng)。其中最重要的關(guān)鍵詞是并行。
　　在組成大規(guī)模計(jì)算機(jī)集群的時(shí)候，通常有兩種特性要考慮：并行和分布式。并行強(qiáng)調(diào)多節(jié)點(diǎn)同時(shí)執(zhí)行，共同解決一個(gè)大問題，通常在嚴(yán)格的高性能網(wǎng)絡(luò)環(huán)境中，有嚴(yán)格的執(zhí)行要求和反饋時(shí)限。或者通過良好的分發(fā)極致，分布式并行處理不同的任務(wù)，從而達(dá)到數(shù)據(jù)處理高性能的需求。
　　因?yàn)椴⑿袛?shù)據(jù)庫的技術(shù)特點(diǎn)是為了某類需求設(shè)計(jì)的，因此它有自己的適用環(huán)境。它采用關(guān)系理論非常適合結(jié)構(gòu)化數(shù)據(jù)。非結(jié)構(gòu)化或者某些半結(jié)構(gòu)化數(shù)據(jù)，當(dāng)然也可以在其中存和取，但是實(shí)際上有很多更好的解決方案可以選擇。
　　并行數(shù)據(jù)庫目前的主要問題來自于它的設(shè)計(jì)目的，因?yàn)橐獙?shí)現(xiàn)完美的并行，因此它大多被設(shè)計(jì)為計(jì)算和存儲(chǔ)緊密耦合，這樣計(jì)算可以控制每行數(shù)據(jù)的存儲(chǔ)位置和每個(gè)數(shù)據(jù)塊的存儲(chǔ)格式，這樣對(duì)大型的任務(wù)而言提供了很好的性能。
　　分布式數(shù)據(jù)庫設(shè)計(jì)理念
　　分布式數(shù)據(jù)庫核心的理念可以用下面一句話來概括：
　　積少成多、讓多個(gè)“小”的能力協(xié)同、匯聚成“大”的能力來解決大問題，是引跑分布式數(shù)據(jù)庫最核心的設(shè)計(jì)理念。分布式數(shù)據(jù)庫的基本思想是將原來集中式數(shù)據(jù)庫中的數(shù)據(jù)以及處理能力，分散存儲(chǔ)到多個(gè)通過網(wǎng)絡(luò)連接的數(shù)據(jù)存儲(chǔ)節(jié)點(diǎn)上，以獲取更大的存儲(chǔ)容量和更高的并發(fā)訪問量。
　　并行數(shù)據(jù)庫主要由執(zhí)行引擎、存儲(chǔ)引擎和管理功能模塊組成。 在這里我簡單介紹幾種常見的多節(jié)點(diǎn)數(shù)據(jù)庫架構(gòu)，有些甚至可以看做是分布式數(shù)據(jù)庫的變種，分布式數(shù)據(jù)庫和我們平時(shí)經(jīng)常提到的數(shù)據(jù)庫集群有些相似的地方，但是不能把它們混淆。為了讀者更清楚的理解，我做一些簡要說明：
　　第一類：主從結(jié)構(gòu)數(shù)據(jù)庫
　　主從架構(gòu)的數(shù)據(jù)庫目前應(yīng)用比較廣放，其邏輯結(jié)構(gòu)是一個(gè)主數(shù)據(jù)庫節(jié)點(diǎn)和一個(gè)從數(shù)據(jù)庫節(jié)點(diǎn)組成。從數(shù)據(jù)庫節(jié)點(diǎn)通常可以進(jìn)行只讀訪問，通過支撐分析行任務(wù)來分擔(dān)主數(shù)據(jù)庫節(jié)點(diǎn)的壓力。常見的 DB2、Oracle、MySQL等都有主從架構(gòu)的功能。

第二類：多計(jì)算節(jié)點(diǎn)、存儲(chǔ)共享架構(gòu)
　　這種架構(gòu)的數(shù)據(jù)庫在計(jì)算層面采用多節(jié)點(diǎn)的方式，但是存儲(chǔ)節(jié)點(diǎn)仍然是一個(gè)共享架構(gòu)，所以這種架構(gòu)的數(shù)據(jù)庫最大的問題在于可擴(kuò)展性的限制，對(duì)于大數(shù)據(jù)量、高并發(fā)的場景很容易觸發(fā)這種架構(gòu)的理論缺陷閥值。這種架構(gòu)最杰出的代表是 Oracle RAC以及 DB2 PureScale等數(shù)據(jù)庫。

第三類：單引擎節(jié)點(diǎn)、無數(shù)據(jù)共享的分布式架構(gòu)
　　這種架構(gòu)的數(shù)據(jù)庫會(huì)把所有的數(shù)據(jù)分布到不同的節(jié)點(diǎn)上，通過主引擎節(jié)點(diǎn)分發(fā)任務(wù)到所有計(jì)算節(jié)點(diǎn)，從屬引擎節(jié)點(diǎn)作為備用和主引擎節(jié)點(diǎn)進(jìn)行數(shù)據(jù)同步。代表性產(chǎn)品例如： IBM DB2 DPF、Netezza 等。這些分布式數(shù)據(jù)庫通常應(yīng)用于OLAP為主的BI分析領(lǐng)域，因?yàn)椴樵冃阅芎軓?qiáng)，但是對(duì)于OLTP 這些數(shù)據(jù)庫的增、刪、改以及對(duì)事物的支持能力較弱。

第四類：完全集群化的分布式架構(gòu)
　　在這種架構(gòu)下引擎節(jié)點(diǎn)、計(jì)算節(jié)點(diǎn)以及存儲(chǔ)節(jié)點(diǎn)都是無中心的分布式架構(gòu)，這樣的中心Master架構(gòu)在組成大規(guī)模集群時(shí)優(yōu)勢明顯，我認(rèn)為這是未來最先進(jìn)的分布式集群架構(gòu)，這樣在提供良好的系統(tǒng)擴(kuò)展性和高可用的同時(shí)，也保持了引擎節(jié)點(diǎn)的對(duì)等性，整個(gè)系統(tǒng)完全沒有單點(diǎn)問題。

本文標(biāo)題中所提到的分布式并行數(shù)據(jù)庫架構(gòu)，指的就是這里所提到的第三類和第四類數(shù)據(jù)庫架構(gòu)，它們在市場上都有很多實(shí)際的應(yīng)用項(xiàng)目。
　　分布式數(shù)據(jù)庫的優(yōu)勢和應(yīng)用場景
　　接下來我們簡單介紹一下分布式數(shù)據(jù)庫架構(gòu)的主要特點(diǎn)和主要應(yīng)用場景，請(qǐng)?jiān)试S我用引跑科技的分布式數(shù)據(jù)庫產(chǎn)品架構(gòu)來進(jìn)行講解，但是，其原理和其他的率屬于第三和第四類分布式數(shù)據(jù)庫原理和特點(diǎn)是一致的的，所以適合的應(yīng)用場景也有很多重合的地方。
　　大家可以忽略引跑 DBOne 數(shù)據(jù)庫的名字，下面介紹的特點(diǎn)是很通用的。分布式數(shù)據(jù)庫通常會(huì)有以下優(yōu)勢：
　　——數(shù)據(jù)表進(jìn)行自動(dòng)分片
　　——數(shù)據(jù)的完整性通過多副本技術(shù)實(shí)現(xiàn)
　　——高可用性通過分布式結(jié)構(gòu)來保證
　　——自動(dòng)的負(fù)載均衡
　　——水平擴(kuò)展和壓縮
　　——自動(dòng)數(shù)據(jù)分片
　　基于Share Nothing的分布式數(shù)據(jù)庫架構(gòu)，會(huì)對(duì)數(shù)據(jù)進(jìn)行平均分配，通過數(shù)據(jù)分片（Sharding）的方式分布在不同數(shù)據(jù)節(jié)點(diǎn)。這樣當(dāng)處理應(yīng)用對(duì)數(shù)據(jù)的請(qǐng)求時(shí)會(huì)分布到不同的數(shù)據(jù)節(jié)點(diǎn)并行執(zhí)行。

自動(dòng)數(shù)據(jù)分片原理圖

設(shè)計(jì)良好的分布式數(shù)據(jù)庫系統(tǒng)，會(huì)自動(dòng)根據(jù)資源情況進(jìn)行自動(dòng)的擴(kuò)展，把數(shù)據(jù)和業(yè)務(wù)負(fù)載自動(dòng)擴(kuò)展到新加入的物理服務(wù)器上。良好的可擴(kuò)展性也是分布式并行數(shù)據(jù)庫最大的優(yōu)勢。
　　智能水平擴(kuò)展

智能水平擴(kuò)展原理圖

智能水平壓縮
　　數(shù)據(jù)水平壓縮是水平擴(kuò)展的相反操作，用于需要自動(dòng)或者手動(dòng)收縮資源的場景。

智能水平壓縮原理圖

高可用性
　　分布式數(shù)據(jù)庫通常會(huì)配置多個(gè)數(shù)據(jù)副本，例如Replica=2時(shí)，會(huì)把實(shí)際數(shù)據(jù)在不同的物理節(jié)點(diǎn)上存儲(chǔ)三份。下面的原理圖，展示了當(dāng)某個(gè)服務(wù)器出現(xiàn)故障，其他服務(wù)器可以自動(dòng)接管任務(wù)負(fù)載，并且重新分配數(shù)據(jù)分片。

高可用性原理圖二

自動(dòng)節(jié)點(diǎn)發(fā)現(xiàn)和負(fù)載均衡
　　在分布式數(shù)據(jù)庫架構(gòu)中，動(dòng)態(tài)添加硬件資源，從而避免在繁忙時(shí)段服務(wù)器的過載是非常重要的功能，這樣保證了整體的靈活性和可擴(kuò)展性大大強(qiáng)于Oracle RAC為代表的傳統(tǒng)交易型數(shù)據(jù)庫系統(tǒng)。
　　下圖展示了當(dāng)服務(wù)器出現(xiàn)過載情況時(shí)，自動(dòng)熱遷移數(shù)據(jù)到空閑物理服務(wù)器的情景，整個(gè)數(shù)據(jù)遷移粒度可以是：整個(gè)應(yīng)用級(jí)、實(shí)例級(jí)、Shard級(jí)別或Shard內(nèi)部更細(xì)粒度遷移。

綜合來看，分布式并行數(shù)據(jù)庫在數(shù)據(jù)處理的高性能、高效的資源利用率、高可用性等方面都有很好的優(yōu)勢。分布式并行處理機(jī)制，對(duì)于OLAP領(lǐng)域的應(yīng)用優(yōu)勢非常明顯。在OLTP領(lǐng)域分布式并行數(shù)據(jù)庫還剛剛開始顯現(xiàn)威力，對(duì)于分布式事物的支持能力如何，成為判斷分布式并行數(shù)據(jù)庫是否完善的有效評(píng)判標(biāo)準(zhǔn)之一。
　　OLTP領(lǐng)域使用分布式數(shù)據(jù)庫的考慮因素
　　企業(yè)的核心業(yè)務(wù)系統(tǒng)一般都是OLTP為主的應(yīng)用場景，在這個(gè)領(lǐng)域Oracle一直是市場的領(lǐng)導(dǎo)者，緊隨其后的IBM DB2、MS SQL Server等都在這個(gè)領(lǐng)域占據(jù)重要市場地位。
　　近年來，隨著開源數(shù)據(jù)庫的發(fā)展，MySQL、PostgreSQL為主的開源數(shù)據(jù)庫逐步占據(jù)了OLTP領(lǐng)域較大一塊市場，在市場份額上對(duì)傳統(tǒng)的交易型數(shù)據(jù)庫廠商造成了沖擊。特別是在互聯(lián)網(wǎng)領(lǐng)域，開源數(shù)據(jù)庫應(yīng)用非常廣泛。但是，在中大型企業(yè)及政府機(jī)構(gòu)領(lǐng)域傳統(tǒng)交易型數(shù)據(jù)庫三強(qiáng)（Oracle、DB2、SQL Server）仍然占有極大的比重。
　　隨著國產(chǎn)化戰(zhàn)略、自主可控需求的發(fā)展，以及去“Oracle”浪潮不斷的演化，在這些中大型企業(yè)中將會(huì)逐步使用國內(nèi)的一些數(shù)據(jù)庫產(chǎn)品，在其中分布式數(shù)據(jù)庫是一個(gè)非常重要的方向，只有基于好的分布式架構(gòu)的數(shù)據(jù)庫才有可能與Oracle RAC進(jìn)行面對(duì)面的直接競爭。
　　對(duì)于企業(yè)而言，如果在OLTP應(yīng)用場景要去Oracle數(shù)據(jù)庫，還是一個(gè)比較大的變革，源于Oracle和上層應(yīng)用的緊密綁定，所以真正要做去“Oracle”的決定，一般需要考慮以下因素：
　　1. 變革驅(qū)動(dòng)因素
　　企業(yè)的核心交易系統(tǒng)要想去除掉Oracle，要由足夠的驅(qū)動(dòng)力。這個(gè)驅(qū)動(dòng)力或者是國產(chǎn)化、安全自主可控的國家戰(zhàn)略影響，或者是出于降低企業(yè)IT成本的需要，無論如何都需要有足夠動(dòng)力讓企業(yè)決策者去推動(dòng)替換Oracle數(shù)據(jù)庫的項(xiàng)目。
　　2. 穩(wěn)定性因素
　　OLTP系統(tǒng)通常作為企業(yè)核心業(yè)務(wù)的交易系統(tǒng)，穩(wěn)定性是第一位的。沒有企業(yè)愿意在OLTP應(yīng)用場景中承受穩(wěn)定性的損失。即使成本或其他因素再有吸引力，如果穩(wěn)定性不達(dá)標(biāo)，企業(yè)和組織機(jī)構(gòu)頁不會(huì)愿意冒這種風(fēng)險(xiǎn)去做變革。對(duì)于分布式并行數(shù)據(jù)庫這種產(chǎn)品來說，把穩(wěn)定性放在第一位是絕對(duì)正確的選擇。
　　3. 遷移復(fù)雜度
　　Oracle在去IOE運(yùn)動(dòng)中是最為復(fù)雜和困難的，其原因就在于Oracle數(shù)據(jù)庫和上層應(yīng)用綁定比較緊密，替換數(shù)據(jù)庫需要涉及到應(yīng)用遷移，這個(gè)工作的工作量和時(shí)間周期通常較大。
　　對(duì)于上層業(yè)務(wù)應(yīng)用來說，如果大量使用Oracle存儲(chǔ)過程、自定義函數(shù)、觸發(fā)器等來實(shí)現(xiàn)負(fù)責(zé)的業(yè)務(wù)邏輯，那么替換Oracle數(shù)據(jù)庫時(shí)將會(huì)非常耗時(shí)，復(fù)雜度較高、風(fēng)險(xiǎn)也比較大。
　　相反，如果業(yè)務(wù)應(yīng)用使用Hibernate等比較成熟的開發(fā)架構(gòu)，業(yè)務(wù)邏輯都封裝在應(yīng)用層，那么這類應(yīng)用的遷移難度和復(fù)雜度就會(huì)比較低，這類應(yīng)用進(jìn)行數(shù)據(jù)庫遷移會(huì)比較容易。
　　4. 高性能
　　很多大型的業(yè)務(wù)應(yīng)用系統(tǒng)底層的數(shù)據(jù)庫基于Oracle RAC，當(dāng)數(shù)據(jù)量增大，SQL查詢的業(yè)務(wù)邏輯很復(fù)雜時(shí)，這種存儲(chǔ)共享的數(shù)據(jù)庫架構(gòu)會(huì)受限于其擴(kuò)展性的低效率和天花板問題，會(huì)出現(xiàn)性能瓶頸。對(duì)于并發(fā)壓力較大、數(shù)據(jù)量上TB的的業(yè)務(wù)系統(tǒng)來說，替換Oracle后，需要新的數(shù)據(jù)庫系統(tǒng)能夠提供很好的性能支撐。這種情況下，分布式并行數(shù)據(jù)庫基本上成了不二之選。
　　5.可擴(kuò)展性
　　企業(yè)核心業(yè)務(wù)系統(tǒng)通常對(duì)可擴(kuò)展性要求較高，那么作為替換Oracle的新數(shù)據(jù)系統(tǒng)，在可擴(kuò)展性方面要有一定的優(yōu)勢。分布式數(shù)據(jù)庫在可擴(kuò)展性方面通常做的不錯(cuò)，特別是第三類和第四類分布式數(shù)據(jù)庫。
　　6. 高可用性
　　高可用性是指一個(gè)系統(tǒng)經(jīng)過專門的設(shè)計(jì)，從而減少停工時(shí)間，而保持其服務(wù)的高度可用性。在這方面?zhèn)鹘y(tǒng)的交易型數(shù)據(jù)庫會(huì)通過雙機(jī)熱備，多節(jié)點(diǎn)等方式來實(shí)現(xiàn)。Oracle RAC、DataGuard等都是常見的方式。
　　而基于分布式并行架構(gòu)的數(shù)據(jù)庫系統(tǒng)，通常在高可用性方面做的不錯(cuò)，通過多個(gè)并行計(jì)算、存儲(chǔ)節(jié)點(diǎn)以及多副本的實(shí)現(xiàn)方式，有效的保證了整體系統(tǒng)的高可用性。
　　7.運(yùn)維復(fù)雜度
　　企業(yè)IT運(yùn)維是保證IT能力正常支撐企業(yè)業(yè)務(wù)發(fā)展的重要流程，在OLTP應(yīng)用場景中替換原有的數(shù)據(jù)庫，會(huì)對(duì)企業(yè)IT的運(yùn)維能力造成沖擊和挑戰(zhàn)，因此，企業(yè)在整個(gè)去“Oracle”過程中需要有效的評(píng)估運(yùn)維復(fù)雜度的變化。新的基于分布式架構(gòu)的數(shù)據(jù)庫如果能夠在用戶界面、使用方式、命令、語法等方面和原有的Oracle數(shù)據(jù)庫保持盡可能多的兼容，會(huì)有效減少企業(yè)對(duì)新技術(shù)的學(xué)習(xí)成本，使得運(yùn)維的復(fù)雜度可控。
　　分布式數(shù)據(jù)庫取代Oracle的常見應(yīng)用方案
　　引跑科技DBOne是基于分布式并行數(shù)據(jù)庫架構(gòu)的，如下圖展示的架構(gòu)圖，可以很清楚的看到它是我前面提到的第三類或第四類分布式數(shù)據(jù)庫架構(gòu)。因?yàn)椋囊婀?jié)點(diǎn)可以部署成主備結(jié)構(gòu)或者完全對(duì)等的集群結(jié)構(gòu)。

DBOne分布式數(shù)據(jù)庫架構(gòu)圖

DBOne主要包括分布式數(shù)據(jù)庫引擎和分布式數(shù)據(jù)存儲(chǔ)節(jié)點(diǎn)。分布式數(shù)據(jù)庫引擎是系統(tǒng)核心，其負(fù)責(zé)SQL解析、優(yōu)化、路由、分發(fā)、合并等操作，同時(shí)將底層的眾多存儲(chǔ)節(jié)點(diǎn)管理起來；分布式存儲(chǔ)節(jié)點(diǎn)使用引跑自行設(shè)計(jì)和完全自主可控的單機(jī)iDB（Intple DB）關(guān)系型數(shù)據(jù)庫產(chǎn)品。用戶可靈活構(gòu)建不同規(guī)模的數(shù)據(jù)庫集群，通過將業(yè)務(wù)數(shù)據(jù)分片到不同的數(shù)據(jù)庫存儲(chǔ)節(jié)點(diǎn)中，極大降低了普通數(shù)據(jù)庫面對(duì)海量數(shù)據(jù)時(shí)的壓力；通過將用戶的SQL請(qǐng)求分發(fā)到各節(jié)點(diǎn)上執(zhí)行，充分利用各節(jié)點(diǎn)的計(jì)算資源，從而能夠使PC服務(wù)器集群達(dá)到并超越小型機(jī)、中大型機(jī)的性能。
　　下面我以引跑的DBOne分布式并行數(shù)據(jù)庫為例，來介紹一下分布式數(shù)據(jù)庫在取代Oracle的過程中的常見應(yīng)用場景。

如上圖所示，這是一個(gè)典型OLTP應(yīng)用場景中的Oracle架構(gòu)，多RAC節(jié)點(diǎn)的共享存儲(chǔ)架構(gòu)模式，本地一般通過帶庫進(jìn)行定期備份。如果替換這樣的Oracle數(shù)據(jù)庫，可以采用以下的兩種應(yīng)用方案。
　　方案一 Fusion混合模式

在這種架構(gòu)下，原有Oracle數(shù)據(jù)庫和分布式數(shù)據(jù)庫并行運(yùn)行，通過同步工具進(jìn)行異步或同步模式的數(shù)據(jù)同步。把上層應(yīng)用對(duì)數(shù)據(jù)庫的請(qǐng)求進(jìn)行劃分，把少量OLTP以及OLAP業(yè)務(wù)請(qǐng)求分流到分布式數(shù)據(jù)庫執(zhí)行。這樣對(duì)于某些應(yīng)用遷移復(fù)雜度高、風(fēng)險(xiǎn)較大的情況可以靈活進(jìn)行處理。如果原有的Oracle數(shù)據(jù)庫存在性能問題以及存儲(chǔ)擴(kuò)容的需求，那么可以只在Oracle數(shù)據(jù)庫中保留“熱”數(shù)據(jù)，全量數(shù)據(jù)放在分布式數(shù)據(jù)庫中，這種模式可以很好的解決用戶的這些頭疼問題。
　　這種架構(gòu)是一種在實(shí)際項(xiàng)目中經(jīng)常用到的模式，對(duì)很多企業(yè)用戶來說，混和模式從各方面來說都更容易接受，盡管它只是一個(gè)中間模式，卻能通過較小的代價(jià)快速解決客戶的問題。當(dāng)然，應(yīng)用負(fù)載的分流復(fù)雜性問題也是存在的。
　　方案二 完全分布式模式

如上圖所示，在這種分布式數(shù)據(jù)庫架構(gòu)模式中，數(shù)據(jù)完全遷移到新的分布式數(shù)據(jù)庫中，通過兩個(gè)相對(duì)獨(dú)立的分布式集群來實(shí)現(xiàn)本地或者異地的數(shù)據(jù)庫容災(zāi)。對(duì)于很多新的應(yīng)用項(xiàng)目這是比較好的實(shí)現(xiàn)方式，因?yàn)闊o需考慮上層應(yīng)用遷移的復(fù)雜度和風(fēng)險(xiǎn)問題。從實(shí)際市場情況來說，這種新交易型應(yīng)用項(xiàng)目直接采用分布式數(shù)據(jù)庫是比較常見的的，這種直接去Oracle的方式無論從風(fēng)險(xiǎn)和成本上來說都比較有優(yōu)勢。
　　大數(shù)據(jù)應(yīng)用促進(jìn)“分布式架構(gòu)”的繁榮
　　從實(shí)際市場反饋來說，分布式并行數(shù)據(jù)庫要想取代Oracle仍然任重而道遠(yuǎn)，這其中有很多原因，就像我在第四節(jié)提到的那些因素，都制約著國產(chǎn)分布式并行數(shù)據(jù)庫的發(fā)展。
　　好消息是大數(shù)據(jù)應(yīng)用的繁榮會(huì)促進(jìn)分布式并行數(shù)據(jù)庫的進(jìn)步，因?yàn)檎麄€(gè)大數(shù)據(jù)應(yīng)用架構(gòu)都是以分布式以及并行為核心的。越來越多的企業(yè)正在探索和實(shí)踐大數(shù)據(jù)項(xiàng)目，隨著大數(shù)據(jù)應(yīng)用規(guī)模不斷發(fā)展和影響力的擴(kuò)大，對(duì)于分布式并行數(shù)據(jù)庫的發(fā)展有極大的促進(jìn)作用。
　　我期待有一天能夠在不改變?nèi)魏卧袠I(yè)務(wù)邏輯和代碼的前提下，實(shí)現(xiàn)底層分布式數(shù)據(jù)庫的自由伸縮和擴(kuò)展。我們會(huì)以“高穩(wěn)定性、可擴(kuò)展，高性能”為核心理念，改進(jìn)引跑的分布式并行數(shù)據(jù)庫，最終我們一定能夠讓它在去Oracle的征途上越走越遠(yuǎn)。