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

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

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

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

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