前幾天有個(gè)朋友在我公眾號(hào)留言，說他目前面臨達(dá)夢(mèng)、金倉、PostgreSQL三種數(shù)據(jù)庫需要學(xué)習(xí)，自己的精力有限，不知道從中如何選擇。我的建議是不要選擇，如果手邊有這些系統(tǒng)的生產(chǎn)環(huán)境或者測(cè)試環(huán)境，那么就統(tǒng)統(tǒng)學(xué)一學(xué)。

首先一點(diǎn)是學(xué)這些數(shù)據(jù)庫的學(xué)習(xí)量并不大，金倉KES是基于PG 12.1版本為基礎(chǔ)開發(fā)的，雖然經(jīng)過多年迭代，已經(jīng)脫離了開源社區(qū)代碼，今后會(huì)和新的開源PG越來越不同，不過其最基礎(chǔ)的部分還是相通的，二者在學(xué)習(xí)中只要不搞混金倉自己發(fā)展的功能和特性，那么二者的學(xué)習(xí)是相輔相成的。因此雖然說是三種數(shù)據(jù)庫，其實(shí)是2.5種。其實(shí)對(duì)于openGauss，甚至高斯系的數(shù)據(jù)庫，有PG的基礎(chǔ)，學(xué)起來也是事半功倍的。目前國(guó)產(chǎn)數(shù)據(jù)庫能讓我們學(xué)習(xí)的內(nèi)容都不深入，三種數(shù)據(jù)庫加在一起，可能還沒有以前Oracle的知識(shí)的1/3多。

第二，未來的DBA必然是一專多能的，而不會(huì)像Oracle DBA那樣守著一個(gè)數(shù)據(jù)庫就能吃幾年了。一個(gè)大一點(diǎn)的企業(yè)里，國(guó)產(chǎn)數(shù)據(jù)庫至少也有3-5種，雖然不需要你都深入了解，每種都能來上幾下子是剛需。最近我還遇到一個(gè)用戶，最近要把一個(gè)數(shù)年前遷移到國(guó)產(chǎn)庫的大型系統(tǒng)遷移到符合信創(chuàng)要求的某國(guó)產(chǎn)數(shù)據(jù)庫上。前幾天在某次會(huì)議上，我遇到一個(gè)券商朋友，他說他們?cè)具x了3款國(guó)產(chǎn)數(shù)據(jù)庫，已經(jīng)大規(guī)模使用了，最近因?yàn)檎我蛩?，又引入了某大廠的數(shù)據(jù)庫產(chǎn)品，雖然用在不太重要的系統(tǒng)上，不過對(duì)于他們這些DBA來說，又多了一個(gè)需要去學(xué)習(xí)的產(chǎn)品，真的挺累的?？磥斫窈蟛欢喽畮讉€(gè)國(guó)產(chǎn)數(shù)據(jù)庫，在這樣的企業(yè)里真的還不好混。

第三，DBA需要掌握的國(guó)產(chǎn)數(shù)據(jù)庫的技術(shù)也有所變化，國(guó)產(chǎn)數(shù)據(jù)庫的運(yùn)維與Oracle運(yùn)維已經(jīng)發(fā)生了巨大的變化，Oracle DBA需要十分深入地參與數(shù)據(jù)庫的運(yùn)維與優(yōu)化，而針對(duì)國(guó)產(chǎn)數(shù)據(jù)庫，簡(jiǎn)單的問題，應(yīng)用廠商去搞定，遇到BUG這樣復(fù)雜的場(chǎng)景，非原廠接入極難解決，因此DBA的工作模式與工作性質(zhì)都發(fā)生了巨大的變化。DBA不需要特別深入地了解某個(gè)數(shù)據(jù)庫產(chǎn)品，不過對(duì)于一些常規(guī)操作，特別是安裝部署、數(shù)據(jù)復(fù)制、數(shù)據(jù)遷移、數(shù)據(jù)異構(gòu)同步、高可用切換、備份恢復(fù)等技能的要求明顯有所提升。一些原本不是DBA的工作，特別是與應(yīng)用相關(guān)的工作，也將會(huì)成為DBA的主要日常工作。DBA也應(yīng)該主動(dòng)多往前探索探索，去做一些原本軟開做的工作。這些工作對(duì)于企業(yè)的業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行關(guān)系重大，如果這些工作你不去做，久而久之軟開的人都掌握得很好了，那么DBA在企業(yè)中的地位下降是必然的。

DBA面臨轉(zhuǎn)型是必然的事情，與其坐而論道，聲討國(guó)產(chǎn)數(shù)據(jù)庫的各種弊端，還不如早點(diǎn)為你自己的職業(yè)未來做點(diǎn)準(zhǔn)備，該學(xué)習(xí)的學(xué)習(xí)，該準(zhǔn)備的證書去考一考，在這個(gè)巨變的時(shí)代里，你不想變，那么前路就更加難行了。