雖然大多數(shù)應(yīng)用程序開發(fā)人員視敏捷作為主流的開發(fā)方法，數(shù)據(jù)庫開發(fā)人員，尤其是開發(fā)關(guān)系型數(shù)據(jù)庫的程序員卻較難接受敏捷。因?yàn)椴渴鹱兏鼤r(shí)需要理解并遵守?cái)?shù)據(jù)庫狀態(tài)。因此，數(shù)據(jù)庫專業(yè)人員不得不依賴手動(dòng)流程，不去將開發(fā)規(guī)模擴(kuò)大到敏捷核心的快速開發(fā)周期。

直到數(shù)據(jù)庫開發(fā)過程，特別是關(guān)系型數(shù)據(jù)庫（Oracle，SQL Server, DB2）的開發(fā)規(guī)模擴(kuò)大到一個(gè)相似的水準(zhǔn)，他們?nèi)詫⑹橇硪粋€(gè)敏捷組織的瓶頸。

緩解這種瓶頸，需要一個(gè)自動(dòng)化的管道，數(shù)據(jù)庫開發(fā)團(tuán)隊(duì)可以解決風(fēng)險(xiǎn)，確保質(zhì)量，在整體上縮短組織的開發(fā)周期。本文描述了敏捷數(shù)據(jù)庫開發(fā)的五個(gè)關(guān)鍵要素。

版本控制

版本控制在數(shù)據(jù)庫開發(fā)項(xiàng)目中起到了不同的作用，但仍是追蹤數(shù)據(jù)庫定義語言（DDL）每一步變動(dòng)的極好方式。隨著時(shí)間的推移，追蹤存儲(chǔ)函數(shù)和過程的版本，讓程序員更容易在各版本間評(píng)估、比較它們，并診斷出現(xiàn)在產(chǎn)品之路上的問題。

自動(dòng)化測(cè)試

即使開發(fā)團(tuán)隊(duì)和QA團(tuán)隊(duì)非常全面的記住所有他們需要測(cè)試的，在代碼變更需要check-in的時(shí)候，手工測(cè)試仍舊比自動(dòng)化測(cè)試要慢得多。自動(dòng)化測(cè)試提供了一個(gè)基礎(chǔ)安全網(wǎng)絡(luò)，加速了數(shù)據(jù)庫開發(fā)。因?yàn)樗鼛缀跄芴峁┝⒓幢ＷC，新的代碼變化不會(huì)破壞早期的開發(fā)工作。不僅如此，在代碼check-in的時(shí)候，通過自動(dòng)化執(zhí)行測(cè)試用例，程序員會(huì)立即收到中斷反饋，并且能快速的在最恰當(dāng)位置進(jìn)行修復(fù)，這也是修復(fù)缺成本最低的時(shí)候。

靜態(tài)代碼分析

程序員會(huì)給同行審視代碼，以確保他們沒有遺失一些什么，或引入了安全漏洞、犯了邏輯錯(cuò)誤，無意中減緩了產(chǎn)品開發(fā)進(jìn)度。靜態(tài)代碼分析軟件明顯加速整個(gè)過程，并通過閱讀代碼、定義相同的開發(fā)模式來確保遵循公司標(biāo)準(zhǔn)。

數(shù)據(jù)庫開發(fā)人員，也可以從單元測(cè)試后的靜態(tài)代碼分析中獲得增益，這甚至超過了應(yīng)用程序開發(fā)人員的同行。由于極端的壓力以及數(shù)據(jù)庫開發(fā)周期最后期限不斷收緊，許多團(tuán)隊(duì)匆忙的進(jìn)行代碼審閱，或者完全跳過這個(gè)步驟。因此，在數(shù)據(jù)庫開發(fā)級(jí)別上，可以自動(dòng)化此流程，減少團(tuán)隊(duì)花費(fèi)的時(shí)間，并增加代碼審閱的一致性。自動(dòng)化代碼審查可以檢查寫入的規(guī)則，幫助執(zhí)行公司標(biāo)準(zhǔn)，提高產(chǎn)品的質(zhì)量、性能、可維護(hù)性、安全性、流程化。

部署階段

為了降低數(shù)據(jù)丟失和其他故障的風(fēng)險(xiǎn)，數(shù)據(jù)庫開發(fā)路徑通常包括DBA會(huì)在部署階段停止，以便在其投入生產(chǎn)環(huán)境之前審查代碼更改。雖然自動(dòng)化DBA停止不是一個(gè)好主意，自動(dòng)創(chuàng)建ALTER腳本以進(jìn)行部署是縮短開發(fā)周期的有價(jià)值的步驟。 DBA可以使用自動(dòng)化工具收集已通過回歸測(cè)試和靜態(tài)代碼分析的所有隊(duì)列變化管理部署路徑，將它們與生產(chǎn)環(huán)境進(jìn)行比較并生成腳本以提交它們。這不僅可以提高DBA的效率和縮短開發(fā)周期，而且還可以確保所有項(xiàng)目的更改應(yīng)用到生產(chǎn)環(huán)境中。自動(dòng)化隨著組織遠(yuǎn)離手動(dòng)流程和自動(dòng)化工具，數(shù)據(jù)庫開發(fā)周期將開始縮減，所有團(tuán)隊(duì)都可以開始實(shí)現(xiàn)敏捷的承諾。以零碎的方式使用軟件工具都比純手動(dòng)過程快，但它只提供增量的改進(jìn)。敏捷需要團(tuán)隊(duì)工作方式的根本性轉(zhuǎn)變。團(tuán)隊(duì)必須尋找一種方法即在不需要團(tuán)隊(duì)的進(jìn)一步交互下，創(chuàng)建完全自動(dòng)化的管道用于提交更改回歸測(cè)試，審查和分段部署，而不是讓人員管理流程的每個(gè)步驟。 DBA可以放心的是，代碼更改符合質(zhì)量標(biāo)準(zhǔn)并遵守公司策略，管理人員可以看到代碼將滿足項(xiàng)目要求并在生產(chǎn)環(huán)境中正常運(yùn)行。

應(yīng)用程序開發(fā)人員長期以來利用敏捷開發(fā)的做法，以縮短他們的開發(fā)周期并減少代碼變更的相關(guān)風(fēng)險(xiǎn)。另一方面，數(shù)據(jù)庫開發(fā)還是依賴于傳統(tǒng)的手動(dòng)過程，以減少在生產(chǎn)環(huán)境中數(shù)據(jù)庫中數(shù)據(jù)丟失的風(fēng)險(xiǎn)。

由此導(dǎo)致的瓶頸，特別是在關(guān)系型數(shù)據(jù)庫環(huán)境中，始終將組織作為一個(gè)實(shí)現(xiàn)敏捷全部承諾的整體：針對(duì)市場(chǎng)變化立刻發(fā)布軟件產(chǎn)品的能力。

對(duì)應(yīng)用軟件開發(fā)人員，數(shù)據(jù)庫開發(fā)人員以及數(shù)據(jù)庫管理人員（DBAs）來說，自動(dòng)化是同步應(yīng)用軟件團(tuán)隊(duì)和數(shù)據(jù)庫團(tuán)隊(duì)開發(fā)周期的關(guān)鍵。

本文轉(zhuǎn)自（）

>>>>>查看更多數(shù)據(jù)庫相關(guān)資訊、產(chǎn)品

【年終促銷第二波火熱進(jìn)行中，全場(chǎng)六折起，豪禮升級(jí)，更有秒殺、抽獎(jiǎng)活動(dòng)等你來戰(zhàn)！】

活動(dòng)時(shí)間：11月1日-11月30日