1.分布式關(guān)系型數(shù)據(jù)庫需求分析

1.1 背景

隨著科學(xué)技術(shù)的不斷進(jìn)步，計(jì)算機(jī)的計(jì)算及存儲能力取得了實(shí)質(zhì)性的發(fā)展，進(jìn)而推動關(guān)系型數(shù)據(jù)庫技術(shù)不斷完善及發(fā)展。傳統(tǒng)的集中式關(guān)系型數(shù)據(jù)庫技術(shù)日趨成熟，在各行各業(yè)的核心業(yè)務(wù)系統(tǒng)中扮演舉足輕重的作用。但我們也清楚的認(rèn)識到，雖然底層硬件的能力在不斷發(fā)展，數(shù)據(jù)層面卻體現(xiàn)出“廣、大、快、雜”的發(fā)展趨勢，且發(fā)展速度遠(yuǎn)超底層硬件的增長速度。如何處理不斷產(chǎn)生的大量的數(shù)據(jù)，將是擺在傳統(tǒng)集中式關(guān)系型數(shù)據(jù)庫面前的一個難題。為了解決這個難題，行業(yè)內(nèi)大都采用將承載數(shù)據(jù)庫的底層硬件替換成更穩(wěn)定、更高計(jì)算能力的設(shè)備、分庫分表、讀寫分離這些方案。這些技術(shù)方案雖然在一定時間內(nèi)解決了部分問題，但終究只是過渡方案，且實(shí)施復(fù)雜，治標(biāo)不治本，無法在數(shù)據(jù)庫架構(gòu)層面提供根本性的解決方案。

幸運(yùn)的是，計(jì)算、存儲和網(wǎng)絡(luò)能力的快速發(fā)展，帶來了高IO、低延遲的傳輸體驗(yàn)，分布式關(guān)系型數(shù)據(jù)庫逐漸登上歷史舞臺。隨著阿里、騰訊等互聯(lián)網(wǎng)公司的高并發(fā)核心業(yè)務(wù)逐步搬移至分布式關(guān)系型數(shù)據(jù)庫，分布式關(guān)系型數(shù)據(jù)庫已經(jīng)成了高并發(fā)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫重要解決方案。分布式關(guān)系型數(shù)據(jù)庫系統(tǒng)是由若干個節(jié)點(diǎn)集合而成，它們通過網(wǎng)絡(luò)聯(lián)接在一起，每個節(jié)點(diǎn)都是一個獨(dú)立的數(shù)據(jù)庫系統(tǒng)，它們都擁有各自的數(shù)據(jù)庫、中央處理機(jī)、存儲，以及各自的局部數(shù)據(jù)庫管理系統(tǒng)。因此分布式數(shù)據(jù)庫系統(tǒng)可以看作是一系列集中式數(shù)據(jù)庫系統(tǒng)的聯(lián)合。它們在邏輯上屬于同一系統(tǒng)，但在物理結(jié)構(gòu)上是分布式的，“形散神聚”是對分布式數(shù)據(jù)庫架構(gòu)組織形式最恰當(dāng)?shù)拿枋觯?/p>

1.2 業(yè)務(wù)需求

目前金融行業(yè)絕大多數(shù)核心系統(tǒng)的數(shù)據(jù)庫依舊采用傳統(tǒng)的集中式架構(gòu)（高端小型機(jī)+集中式關(guān)系型數(shù)據(jù)庫+集中式SAN存儲）為主的實(shí)現(xiàn)方式。數(shù)據(jù)庫作為IT建設(shè)必備的基礎(chǔ)軟件，集中式關(guān)系型數(shù)據(jù)庫越來越不適應(yīng)海量數(shù)據(jù)以及高并發(fā)環(huán)境下對數(shù)據(jù)處理能力的要求，成為整體IT建設(shè)的瓶頸。“業(yè)務(wù)+技術(shù)”雙輪驅(qū)動公司發(fā)展的方式，會因?yàn)榧夹g(shù)的滯后顯得沒那么協(xié)調(diào)，阻礙企業(yè)快速、健康可持續(xù)發(fā)展。隨著國家戰(zhàn)略的轉(zhuǎn)變、業(yè)務(wù)規(guī)模的擴(kuò)展以及IT技術(shù)水平的發(fā)展，對數(shù)據(jù)庫提出了更高的要求：

1、安全可控：近年來，隨著國際競爭格局的變化，國家提出了自主可控的戰(zhàn)略要求，IT 基礎(chǔ)設(shè)施及基礎(chǔ)軟件作為科技發(fā)展的基礎(chǔ)構(gòu)件，其自身的自主可控對國家整體自主可控戰(zhàn)略的實(shí)施起著舉足輕重的作用。隨著國家技術(shù)能力的進(jìn)步，在底層的基礎(chǔ)設(shè)施層面大多已實(shí)現(xiàn)自主可控的解決方案，可使用X86+機(jī)內(nèi)盤存儲的方式來提供數(shù)據(jù)庫運(yùn)行的計(jì)算及存儲能力。數(shù)據(jù)庫作為基礎(chǔ)軟件，安全可控的數(shù)據(jù)庫產(chǎn)品是必然要求。

2、多活容災(zāi)：企業(yè)對外提供的IT服務(wù)大都基于數(shù)據(jù)中心，數(shù)據(jù)中心一旦發(fā)生故障，將導(dǎo)致所有業(yè)務(wù)系統(tǒng)的中斷，對企業(yè)發(fā)展造成難以挽回的損失。作為保障業(yè)務(wù)系統(tǒng)安全穩(wěn)定運(yùn)行的最后一道防線和風(fēng)險集中點(diǎn)，我們的業(yè)務(wù)系統(tǒng)必須要考慮數(shù)據(jù)中心級別的容災(zāi)、多活方案，這要求數(shù)據(jù)庫產(chǎn)品要支持多活及容災(zāi)能力。

3、提升業(yè)務(wù)承載能力：隨著互聯(lián)網(wǎng)、移動業(yè)務(wù)需求的爆發(fā)式增長，產(chǎn)生了大量的數(shù)據(jù)及高并發(fā)的訪問需求，達(dá)到了集中式數(shù)據(jù)庫單機(jī)處理的瓶頸，難以通過垂直擴(kuò)展的方式來解決問題，極大的降低了用戶體驗(yàn)。這要求我們的數(shù)據(jù)庫產(chǎn)品要提供高并發(fā)、可水平擴(kuò)展的能力，提升業(yè)務(wù)承載能力，提高企業(yè)核心競爭力。

4、高可用：現(xiàn)在的核心生產(chǎn)系統(tǒng)要求7*24小時不間斷運(yùn)行，給數(shù)據(jù)庫產(chǎn)品的高可用提出了極高的要求。如果將數(shù)據(jù)庫集中在一臺服務(wù)器上運(yùn)行，一旦該服務(wù)器發(fā)生故障，則整個系統(tǒng)將受到影響，可靠性不高。即便集中式數(shù)據(jù)庫做了一定的高可用性設(shè)計(jì)，切換過程也可能會存在數(shù)據(jù)丟失、業(yè)務(wù)中斷的情況，難以滿足連續(xù)不間斷運(yùn)行的要求。

5、架構(gòu)轉(zhuǎn)型：隨著互聯(lián)網(wǎng)的深度應(yīng)用和數(shù)字經(jīng)濟(jì)時代的到來，數(shù)字化接觸渠道更加豐富，客戶需求正在向定制化、碎片化、場景化轉(zhuǎn)變，具有小額、高頻、海量特點(diǎn)的互聯(lián)網(wǎng)業(yè)務(wù)爆發(fā)式增長。這要求企業(yè)的產(chǎn)品和服務(wù)需要快速響應(yīng)市場和用戶需求的變化，持續(xù)交付新的功能，不斷優(yōu)化用戶體驗(yàn)。此外，平臺化戰(zhàn)略、跨界融合趨勢，也要求企業(yè)將內(nèi)部能力進(jìn)行開放，并具備與上下游主體的快速對接能力。面對上述挑戰(zhàn)，企業(yè)需要積極采用新的技術(shù)，適時進(jìn)行架構(gòu)轉(zhuǎn)型，構(gòu)建領(lǐng)先的IT服務(wù)平臺，在提升信息系統(tǒng)支撐能力、提高系統(tǒng)可用性和靈活性的同時合理控制IT成本，從而更好地支撐業(yè)務(wù)發(fā)展和快速創(chuàng)新，適應(yīng)未來發(fā)展需要。顯然我們的集中式數(shù)據(jù)庫并不能應(yīng)對架構(gòu)轉(zhuǎn)型的要求，需要重申審視并引入新的數(shù)據(jù)庫產(chǎn)品。

1.3 為什么要選擇分布式關(guān)系型數(shù)據(jù)庫

傳統(tǒng)的集中式關(guān)系型數(shù)據(jù)庫在應(yīng)對業(yè)務(wù)需求方面能力不足，選擇分布式關(guān)系型數(shù)據(jù)庫是大勢所趨。各企業(yè)可根據(jù)自己的實(shí)際業(yè)務(wù)需要，決定是否對數(shù)據(jù)庫進(jìn)行分布式改造。下面從三方面來說明選擇分布式關(guān)系型數(shù)據(jù)庫的必要性，供大家參考：

1、可水平擴(kuò)展

近些年，隨著互聯(lián)網(wǎng)經(jīng)濟(jì)的崛起，數(shù)據(jù)變得越來越重要，數(shù)據(jù)產(chǎn)生的速度越來越快，數(shù)據(jù)隨時隨地訪問、分析的需求也越來越多，這給國家的整體經(jīng)濟(jì)結(jié)構(gòu)以及各行各業(yè)都帶來了前所未有的機(jī)遇與挑戰(zhàn)。針對金融行業(yè)而言，單臺數(shù)據(jù)庫服務(wù)器的處理能力已經(jīng)無法跟得上上述趨勢的變化，必須引入可擴(kuò)展的分布式架構(gòu)，將多節(jié)點(diǎn)的處理能力聚合在一起來解決。而分布式關(guān)系型數(shù)據(jù)庫可以提供這種水平擴(kuò)展的能力，且技術(shù)成熟，商業(yè)應(yīng)用比較廣泛。

2、高可用

分布式關(guān)系型數(shù)據(jù)庫可通過部署在不同區(qū)域的多副本來提供同機(jī)房高可用、同城雙活、異地容災(zāi)、異地多活等多種高可用架構(gòu)。當(dāng)主節(jié)點(diǎn)發(fā)生故障后，能迅速將業(yè)務(wù)重導(dǎo)向到同機(jī)房的備節(jié)點(diǎn)上，應(yīng)用層幾乎無感知。即便發(fā)生一個數(shù)據(jù)中心的災(zāi)難，同城機(jī)房也可以在20秒內(nèi)迅速接管業(yè)務(wù)，且數(shù)據(jù)不丟失，極大保障了業(yè)務(wù)的連續(xù)穩(wěn)定運(yùn)行能力。

3、高性能

“三個臭皮匠賽過諸葛亮”，集體的力量是強(qiáng)大的。分布式架構(gòu)用性能稍差的多節(jié)點(diǎn)來替代性能高的單臺服務(wù)器，增強(qiáng)了IO吞吐以及數(shù)據(jù)處理效率，尤其是面對業(yè)務(wù)爆發(fā)式增長的場景時，通過擴(kuò)展節(jié)點(diǎn)，增加個體來近乎線性增加處理能力，這是集中式架構(gòu)無法解決的。

綜上，高可用、高可靠、可擴(kuò)展的分布式數(shù)據(jù)庫帶來了極大的技術(shù)變革，給金融行業(yè)的業(yè)務(wù)發(fā)展起到了較大的促進(jìn)作用，有助于金融企業(yè)在激烈的競爭中增強(qiáng)核心競爭力，加強(qiáng)技術(shù)儲備能力，提升業(yè)務(wù)創(chuàng)新能力及用戶體驗(yàn)，以更優(yōu)雅的姿態(tài)迎接互聯(lián)網(wǎng)時代的挑戰(zhàn)。

1.4 分布式關(guān)系型數(shù)據(jù)庫帶來的挑戰(zhàn)

任何事情都不是完美的，雖然分布式數(shù)據(jù)庫能解決很多業(yè)務(wù)的問題，但對我們的開發(fā)以及運(yùn)維工作帶來了更多的挑戰(zhàn)：

1、對開發(fā)的挑戰(zhàn)：

（1） 庫表結(jié)構(gòu)設(shè)計(jì)：分布式關(guān)系型數(shù)據(jù)庫下的庫表結(jié)構(gòu)設(shè)計(jì)有別于傳統(tǒng)的集中式關(guān)系型數(shù)據(jù)庫，要結(jié)合業(yè)務(wù)來重新規(guī)劃分庫分表的方案，采用單元化的思路來限制數(shù)據(jù)庫的跨節(jié)點(diǎn)、跨域訪問，提升處理效率。

（2） 開發(fā)思路轉(zhuǎn)變：在傳統(tǒng)數(shù)據(jù)庫中常用的存儲過程、觸發(fā)器、外鍵以及序列等對象在分布式關(guān)系型數(shù)據(jù)庫支持并不友好，需盡量規(guī)避。這對開發(fā)人員提出了更高的要求。以存儲過程為例，開發(fā)人員應(yīng)通過服務(wù)拆分及編排的方式來實(shí)現(xiàn)傳統(tǒng)存儲過程實(shí)現(xiàn)的功能，降低耦合度，便于系統(tǒng)移植并降低系統(tǒng)升級影響范圍。

（3） 制定新的開發(fā)規(guī)范：為規(guī)范并提升代碼質(zhì)量，通常企業(yè)都會制定對應(yīng)的數(shù)據(jù)庫開發(fā)規(guī)劃，原有的集中式數(shù)據(jù)庫開發(fā)規(guī)范已經(jīng)不適應(yīng)分布式數(shù)據(jù)庫，需要重新引入分布式關(guān)系型數(shù)據(jù)庫開發(fā)規(guī)劃并開發(fā)相應(yīng)的腳本工具對代碼進(jìn)行檢查來確保開發(fā)人員按照新的開發(fā)規(guī)范進(jìn)行開發(fā)。

（4） 新技術(shù)學(xué)習(xí)成本：引入一個新的數(shù)據(jù)庫產(chǎn)品，需要先了解其特點(diǎn)與優(yōu)勢，這需要開發(fā)人員持續(xù)不斷的對新技術(shù)進(jìn)行學(xué)習(xí)，才能充分發(fā)揮出產(chǎn)品優(yōu)勢，提升系統(tǒng)的運(yùn)行效率。

2、對運(yùn)維的挑戰(zhàn)：

（1） 運(yùn)維復(fù)雜度提升：分布式關(guān)系型數(shù)據(jù)庫架構(gòu)體系復(fù)雜，備份恢復(fù)技術(shù)也較集中式數(shù)據(jù)庫難度更大，且分布式數(shù)據(jù)庫運(yùn)維標(biāo)的數(shù)量遠(yuǎn)高于傳統(tǒng)的集中式數(shù)據(jù)庫。這樣對于DBA而言，運(yùn)維標(biāo)的的運(yùn)維難度和數(shù)量都有明顯增加，給整體運(yùn)維工作帶來了更大的壓力。

（2） 新技術(shù)引入及學(xué)習(xí)成本：DBA需要在實(shí)踐中不斷摸索并學(xué)習(xí)分布式數(shù)據(jù)庫的運(yùn)維技能，形成標(biāo)準(zhǔn)化運(yùn)維手冊，提升故障處理能力。這需要持續(xù)不斷的培訓(xùn)投入，帶來試錯成本，在新架構(gòu)轉(zhuǎn)型的初始階段，可能會對業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行造成一定的影響。

2. 分布式關(guān)系型數(shù)據(jù)庫技術(shù)路線選型

2.1 分布式關(guān)系型數(shù)據(jù)庫選型原則

目前市場上有開源及商業(yè)分布式關(guān)系型數(shù)據(jù)庫產(chǎn)品，因數(shù)據(jù)庫承載著企業(yè)最為核心的數(shù)據(jù)資產(chǎn)，數(shù)據(jù)庫的高效、穩(wěn)定、安全運(yùn)行至關(guān)重要，所以在進(jìn)行分布式關(guān)系型數(shù)據(jù)庫選型時，首要的原則就是不考慮開源產(chǎn)品，而選擇成熟、穩(wěn)定的商業(yè)產(chǎn)品。

針對商業(yè)產(chǎn)品，分布式數(shù)據(jù)庫的選型還需要考慮其可靠性、穩(wěn)定性、可擴(kuò)展性、安全性以及服務(wù)能力等諸多因素，下面就這幾個方面的選型原則簡述如下：

（1） 可靠性：要確保數(shù)據(jù)庫產(chǎn)品能夠保證數(shù)據(jù)不丟失，可以進(jìn)行正常的備份以及恢復(fù)，當(dāng)某個節(jié)點(diǎn)發(fā)生故障時，對用戶體驗(yàn)無明顯影響等。

（2） 穩(wěn)定性：數(shù)據(jù)庫與底層硬件不存在兼容性問題，可基于底層物理環(huán)境穩(wěn)定運(yùn)行。具備高并發(fā)環(huán)境下的應(yīng)用案例，能提供穩(wěn)定的數(shù)據(jù)庫服務(wù)能力，提供可在線升級的能力等。

（3） 可擴(kuò)展性：可通過增加計(jì)算節(jié)點(diǎn)來提升事務(wù)處理能力，且支持計(jì)算節(jié)點(diǎn)線性擴(kuò)展，數(shù)據(jù)可在各個節(jié)點(diǎn)間均衡分布等。

（4） 安全性：支持應(yīng)用到數(shù)據(jù)庫的訪問加密，支持多種密碼策略，支持?jǐn)?shù)據(jù)脫敏，訪問白名單、數(shù)據(jù)庫審計(jì)等。

（5） 服務(wù)能力：數(shù)據(jù)庫產(chǎn)品提供商具備極強(qiáng)的產(chǎn)品開發(fā)能力，有標(biāo)準(zhǔn)化、體系化的產(chǎn)品路線圖以及服務(wù)支持能力等。

基于以上原則，通過市場深度調(diào)研及分析，最終確認(rèn)了技術(shù)路線的選擇范圍為市場上技術(shù)能力雄厚的三家廠商提供的產(chǎn)品。

本文并不是對三家產(chǎn)品做誰好誰壞的論斷，而是結(jié)合企業(yè)自身的實(shí)際，來對選型的思路及具體過程進(jìn)行描述，希望能對目前正在進(jìn)行分布式關(guān)系型數(shù)據(jù)庫選型的企業(yè)提供參考，降低選型的復(fù)雜度和工作。

2.1.1 技術(shù)能力匹配度分析

市場上的分布式關(guān)系型數(shù)據(jù)庫產(chǎn)品各有千秋，都有自己的核心技術(shù)優(yōu)勢，對于處于第一梯隊(duì)的產(chǎn)品，沒有最好，只有最合適。因分布式關(guān)系型數(shù)據(jù)庫的選型最終是服務(wù)自身需求的，需要通過多輪的技術(shù)溝通、市場調(diào)研、用戶需求討論篩選出最適合自身需求的技術(shù)能力匹配度清單，然后按照清單對廠商的產(chǎn)品進(jìn)行比較深入的了解及打分，以便對廠商產(chǎn)品有量化的評估依據(jù)。

下面為技術(shù)能力匹配度參考表單及樣式（部分內(nèi)容），具體內(nèi)容請各企業(yè)根據(jù)自己實(shí)際情況定制：

技術(shù)能力匹配度得分計(jì)算采用加權(quán)計(jì)分法，計(jì)算公式如下：

S為總分

n為領(lǐng)域能力總數(shù)

P為能力的權(quán)值

V為能力分值

Bi用于表示當(dāng)前能力具備情況。如果具備該能力則取1，反之取0。

2.1.2 實(shí)施難度分析

分布式關(guān)系型數(shù)據(jù)庫選型必須考慮的一點(diǎn)是后續(xù)的實(shí)施難度，從傳統(tǒng)的集中式數(shù)據(jù)庫到分布式數(shù)據(jù)庫，涉及到核心系統(tǒng)重新開發(fā)，工作量非常大。這時候企業(yè)可拿出急需改造的一個業(yè)務(wù)系統(tǒng)，針對入圍產(chǎn)品來做一對一的改造測試，通過改造過程廠商的支持力度，改造后的功能滿足情況以及系統(tǒng)性能來對廠商及其產(chǎn)品進(jìn)行進(jìn)一步的了解，進(jìn)而對各家產(chǎn)品進(jìn)行排序及分檔。

2.1.3 成本分析

成本包括軟件許可費(fèi)用、原廠技術(shù)服務(wù)、軟件維保服務(wù)及關(guān)聯(lián)的硬件資源投入成本。不同企業(yè)引入分布式關(guān)系型數(shù)據(jù)庫的目的不同，比如我們比較關(guān)注多中心多活的實(shí)現(xiàn)，因此對副本數(shù)量的多少、分級存儲這些會直接影響硬件投入的因素十分敏感，也是我們在成本分析上需要重點(diǎn)考慮的。

2.1.4 產(chǎn)品成熟案例

一個成熟的商業(yè)產(chǎn)品，必須要有成熟案例的支撐，這方面我們主要考慮入圍的廠商是否有在大型金融機(jī)構(gòu)有成熟的支撐案例，相關(guān)案例的規(guī)模以及支撐的系統(tǒng)類型。

2.2 如何開展分布式關(guān)系型數(shù)據(jù)庫POC測試

2.2.1 測試方案設(shè)計(jì)

為確保入圍的分布式關(guān)系型數(shù)據(jù)庫產(chǎn)品能滿足企業(yè)的實(shí)際需求，POC測試是必不可少的一環(huán)，因此需要有針對性的對測試方案進(jìn)行設(shè)計(jì)。測試方案的設(shè)計(jì)主要包括五大部分：

（1） 引言：對測試文檔、測試背景以及測試目標(biāo)進(jìn)行說明。測試背景部分描述測試活動的背景，包括現(xiàn)狀、未來預(yù)期，以及相關(guān)領(lǐng)域的背景信息，整理出原始需求和POC測試的對應(yīng)關(guān)系；測試目標(biāo)部分描述本次測試活動的測試目標(biāo)，按照基本能力驗(yàn)證和其它特性驗(yàn)證的劃分原則，將重要需求和一票否決項(xiàng)放入基本能力驗(yàn)證部分，優(yōu)先進(jìn)行測試。

（2） 測試策略：涵蓋基本測試策略、人員及職責(zé)、測試時間安排及測試環(huán)境說明等內(nèi)容。其中基本測試策略描述測試階段的劃分原則，以及每階段的準(zhǔn)入準(zhǔn)出標(biāo)準(zhǔn)。

（3） 測試方案：包括基本能力驗(yàn)證及專項(xiàng)特性驗(yàn)證測試兩部分及其具體的測試用例。

（4） 測試執(zhí)行：按照測試方案進(jìn)行測試，并記錄相關(guān)測試結(jié)果。

（5） 測試結(jié)論：對測試過程中發(fā)現(xiàn)的問題及測試的結(jié)果進(jìn)行總結(jié)說明。

2.2.2 測試內(nèi)容

在POC整體測試中，最重要也是最耗時的并不是測試執(zhí)行環(huán)節(jié)，而是確定測試方案，這個需要對測試的內(nèi)容和測試用例進(jìn)行詳細(xì)設(shè)計(jì)。針對分布式關(guān)系型數(shù)據(jù)庫而言，測試主要涉及了三個大的場景：

（1） 基本能力驗(yàn)證：包括功能性驗(yàn)證、語法、高可用、運(yùn)維管理、數(shù)據(jù)安全、數(shù)據(jù)導(dǎo)入導(dǎo)出、多租戶以及容災(zāi)等方面。

（2） 數(shù)據(jù)復(fù)制能力：測試從傳統(tǒng)的集中式數(shù)據(jù)庫中將數(shù)據(jù)取出來并遷移至分布式關(guān)系型數(shù)據(jù)庫，這個場景直接關(guān)系到分布式改造能否順利進(jìn)行。

（3） 實(shí)際業(yè)務(wù)測試：選擇至少2個業(yè)務(wù)系統(tǒng)，針對其中復(fù)雜的SQL和業(yè)務(wù)場景進(jìn)行改寫，然后在分布式數(shù)據(jù)庫上進(jìn)行功能及性能測試。

2.2.3 測試結(jié)論

經(jīng)過詳細(xì)的測試，最終針對入圍產(chǎn)品的整體結(jié)果進(jìn)行測試匯總，并看看是否有產(chǎn)品會觸發(fā)一票否決事宜。從實(shí)踐經(jīng)驗(yàn)來看，在選定入圍產(chǎn)品時，我們就已做了大量的技術(shù)摸排工作，因此POC測試的結(jié)論是全部通過。

2.3 結(jié)論

分布式關(guān)系型數(shù)據(jù)庫選型是一個非常復(fù)雜的問題，除非有必要，不建議對數(shù)據(jù)庫進(jìn)行分布式改造。但一旦做了分布式改造的決定，就必須對技術(shù)路線的選型進(jìn)行合理、充分的論證，以便保證分布式改造的目標(biāo)順利實(shí)現(xiàn)。企業(yè)在進(jìn)行分布式改造的時候，一定要從內(nèi)部梳理最真實(shí)、最迫切，最關(guān)注的需求，然后據(jù)此選型。目前不存在完美的產(chǎn)品可以解決所有需求，我們需要的僅僅是從眾多的產(chǎn)品中選擇最適合企業(yè)自身的產(chǎn)品然后應(yīng)用它，快速有效的適應(yīng)業(yè)務(wù)需求的變化，提升企業(yè)核心競爭力，在殘酷的競爭中保持核心技術(shù)優(yōu)勢。

天下數(shù)據(jù)與全球近120多個國家頂級機(jī)房直接合作，提供包括國內(nèi)/香港、美國、韓國、日本、臺灣、新加坡、荷蘭、法國、英國、德國、埃及、南非、巴西、印度、越南等國家和地區(qū)的服務(wù)器租用、云服務(wù)器的租用服務(wù)，詳詢天下數(shù)據(jù)客服！

本文鏈接：http://51huadong.com/cloundnews/11003758.html