數(shù)據(jù)庫(kù)管理員的角色是否已終結(jié)

yuoye12

在過(guò)去幾年中，就開(kāi)發(fā)人員如何在工作中和數(shù)據(jù)庫(kù)“共處”有了很多轉(zhuǎn)變。其結(jié)果之一是：數(shù)據(jù)庫(kù)管理員（DBA）和數(shù)據(jù)庫(kù)相關(guān)開(kāi)發(fā)人員的職責(zé)發(fā)生了改變。那我們一起來(lái)看這些轉(zhuǎn)變是如何影響開(kāi)發(fā)過(guò)程的。也可以來(lái)北大青鳥(niǎo)聽(tīng)聽(tīng)！嘻嘻
轉(zhuǎn)變之前
在C/S年代，DBA的是系統(tǒng)管理員（專攻數(shù)據(jù)庫(kù)支持）和開(kāi)發(fā)人員（創(chuàng)建各種視圖、存儲(chǔ)過(guò)程、函數(shù)等）的混合體。為了最佳性能，DBA必須知道如何優(yōu)化硬件和OS配置。為了最佳性能，DBA也需要有大量技巧，比如，表分區(qū)、建立/調(diào)整索引等。此外，DBA還要處理安全問(wèn)題；DBA日常工作中最為普通的一件事是：創(chuàng)建一個(gè)有訪問(wèn)限制的存儲(chǔ)過(guò)程A，把A提供給所需的應(yīng)用程序，并且要保持基礎(chǔ)表鎖定。
另一方面，開(kāi)發(fā)人員一般完全受DBA支配。DBA有訪問(wèn)數(shù)據(jù)庫(kù)的全部權(quán)限，DBA只給應(yīng)用程序或其他用戶授權(quán)應(yīng)有的權(quán)限。因?yàn)殚_(kāi)發(fā)人員往往不善于數(shù)據(jù)庫(kù)設(shè)計(jì)，所以DBA只允許開(kāi)發(fā)人員模擬數(shù)據(jù)庫(kù)。此外，很多開(kāi)發(fā)人員并不像DBA精通數(shù)據(jù)庫(kù)，他們的SQL代碼性能往往不高，故DBA也限制開(kāi)發(fā)人員運(yùn)行自定義的SQL語(yǔ)句。
然而，在很多公司/機(jī)構(gòu)，這些差別和角色分工已經(jīng)不存在了。一些IT部門讓開(kāi)發(fā)人員有完全訪問(wèn)數(shù)據(jù)庫(kù)系統(tǒng)的權(quán)限；在其他案例中，開(kāi)發(fā)人員基本上已等同DBA了。但是在大公司，這種勞動(dòng)分工一直都是非常普遍存在的。
有哪些轉(zhuǎn)變
開(kāi)發(fā)框架和系統(tǒng)已是翻天覆地，所以開(kāi)發(fā)人員很容易運(yùn)行數(shù)據(jù)庫(kù)相關(guān)代碼。各式各樣的開(kāi)發(fā)系統(tǒng)推出（Visual Studio 2005），最終讓開(kāi)發(fā)人員可以運(yùn)行參數(shù)化SQL代碼，而不再需要把SQL語(yǔ)句連接成字符串（這樣使得系統(tǒng)會(huì)遭受SQL注入攻擊）。同時(shí)，借助像數(shù)據(jù)倉(cāng)庫(kù) /BI等系統(tǒng)，開(kāi)發(fā)人員可以創(chuàng)建自定義的SQL代碼。對(duì)于大多數(shù)目標(biāo)而已，由技術(shù)嫻熟的人員調(diào)整過(guò)的生成代碼已經(jīng)足夠好了。
對(duì)象關(guān)系映射（ORM）系統(tǒng)方面已有很大進(jìn)展，比如Hibernate和.Net Entity框架在數(shù)據(jù)庫(kù)上層新增一個(gè)抽象的附加層。如果開(kāi)發(fā)人員能完全訪問(wèn)數(shù)據(jù)庫(kù)，ORM非常容易使用。另外，借助.Net中的LINQ to SQL和Rail的AREL，開(kāi)發(fā)人員也可直接輕松和數(shù)據(jù)庫(kù)“共處”，比存儲(chǔ)過(guò)程更為簡(jiǎn)單。
最重要的轉(zhuǎn)變是各種敏捷開(kāi)發(fā)技術(shù)的出現(xiàn)。現(xiàn)在，項(xiàng)目需求（數(shù)據(jù)庫(kù)模型）可以根據(jù)客戶的要求靈活變化，而且，需求變更的實(shí)現(xiàn)在2周的Sprint當(dāng)中就可以實(shí)現(xiàn)，并看到效果。而在以前，這種客戶提出的需求變化要等上好幾個(gè)月才可以看到對(duì)應(yīng)的實(shí)現(xiàn)。等待DBA更新數(shù)據(jù)庫(kù)模型、更改存儲(chǔ)過(guò)程和視圖等等，然后再讓開(kāi)發(fā)人員根據(jù)數(shù)據(jù)庫(kù)的更新來(lái)調(diào)整程序，這樣的一個(gè)過(guò)程在敏捷團(tuán)隊(duì)中要經(jīng)歷很多的Stage。 所以，在這種環(huán)境下，開(kāi)發(fā)人員通常自己創(chuàng)建并打包數(shù)據(jù)庫(kù)，把它交給自動(dòng)化的部署系統(tǒng)，由系統(tǒng)來(lái)更新數(shù)據(jù)庫(kù)。


前景如何
這會(huì)不會(huì)意味著傳統(tǒng)DBA角色已經(jīng)終結(jié)了呢？我看還沒(méi)有。我們?nèi)匀恍枰狣BA，但在很多公司/機(jī)構(gòu)中，他們正處于下坡路。
數(shù)據(jù)庫(kù)仍然還有一套不同尋常的性能，不管是普通公司，還是像擁有《全球10大終極數(shù)據(jù)庫(kù)》的大公司/機(jī)構(gòu)，都需要一位或一批經(jīng)驗(yàn)豐富的專業(yè)人員來(lái)規(guī)劃和調(diào)整系統(tǒng)，以達(dá)到最佳性能。除此之外，現(xiàn)有的遺留應(yīng)用程序安裝數(shù)量很大。另外，在很多應(yīng)用程序共享的數(shù)據(jù)庫(kù)環(huán)境中，DBA需要協(xié)調(diào)其他東西（通常是用合適的事務(wù)舉措編寫存儲(chǔ)過(guò)程），以確保應(yīng)用程序“互不沖突”。開(kāi)發(fā)人員可以忽略而DBA不能忽視的東西之一就是數(shù)據(jù)約束。
開(kāi)發(fā)世界變化日新月異，不僅DBA和開(kāi)發(fā)人員受此影響，其他很多角色也不例外。不管你是不是DBA和開(kāi)發(fā)人員，只要你和IT相關(guān)，相信都有所體會(huì)。

unixlinuxsys

DBA會(huì)持續(xù)一段時(shí)間

yueliangdao0608

不會(huì)的，或者外包，或者自己干。

zhuchinaunix

DBA不會(huì)消失的，尤其是涉及到數(shù)據(jù)安全方面的公司，比如銀行。一般性的開(kāi)發(fā)人員對(duì)于數(shù)據(jù)庫(kù)只有訪問(wèn)權(quán)限。

caoshangfei

DBA角色不會(huì)消失，部分人員兼職DBA，程序開(kāi)發(fā)、客制，看崗位定義。

SimpleLittle

這樣對(duì)DBA的要求會(huì)比一起高了，現(xiàn)在都是在往專業(yè)發(fā)展

sychangchun

差不多�，F(xiàn)在除了在大公司，基本都是兼職的

jianzhiying1

)

jmyychen

有能力者要不去大公司，要不就創(chuàng)業(yè)了