3 實踐
我們有關于數據庫進化設計的方法依賴于一些重要的實踐。
3.1數據庫管理人員與開發人員緊密合作
敏捷方法的一個重要原則就是擁有不同技能和背景的人能夠緊密合作。正式的會議和文檔不能達到交流效果，因此他們需要一直一起工作，親密合作。所有的項目組成員都需要緊密合作：系統分析人員，項目經理，行業專家，開發人員以及數據庫管理人員（DBA）
開發人員的每項工作可能都需要DBA的幫助。開發人員和DBA需要考慮是否需要對數據庫計劃做很大的改變。開發人員向DBA咨詢如何應對變化：開發人員知道需要什么新的功能，而DBA對應用中的數據有全局的觀念。
為了達到親密合作的效果，DBA必須使自己易于接近。DBA需要留出幾分鐘的時間，讓開發人員來提問。必須確保DBA和開發人員坐在一起，這樣他們就很容易溝通。同時必須確保應用設計會議是公開的，這樣DBA可以隨時加入進來。在很多情況下我們發現人們在DBA和應用開發人員之間建立屏障，這些屏障必須去除，這樣進化數據庫設計才有可能。
3.2每個項目組成員都有自己的數據庫實例
進化設計認為人們通過嘗試來進行學習。在編程期間開發人員在如何實施某個特征，應用某個首選的方案之前做一些試驗。數據庫設計也是如此。因此，每個開發人員都有自己用來試驗的實例，而不必影響其它人，這一點很重要。這樣每個人都可以根據自己的需要進行試驗。
許多DBA專家認為多個數據庫是一種麻煩，不易于實際應用，但我們發現操作一百個左右的數據庫是很容易的。當然其中很重要的是擁有便利的工具，使你像操作文件一樣操作數據庫。
3.3開發人員數據庫經常集成到共享主數據庫
盡管開發人員可以在他們自己的空間頻繁試驗，但是將不同的工作定期匯合也是很重要的。應用開發需要一個共享主數據庫，所有的工作都匯集于此。當開發人員開始工作時他們從主數據庫獲取拷貝到自己的工作空間，進行操作和修改，然后將變化反饋進入主數據庫。我們的規定是每個開發人員要每天提交匯合一次。
假設開發人員上午10點開始一項開發任務，這項任務的一部分是改變數據庫計劃。如果這種改變很簡單，如增加一個字段，他就可以自己決定。通過數據字典的幫助，開發人員還必須確保他想增加的字段數據庫中沒有。但是如果他與DBA討論這種可能的變化，那么工作就要簡單的多。
當他準備開始時，先從主數據庫中獲取一份拷貝，這樣就可以自由地改變數據庫計劃和代碼。因為他使用的是自己的數據庫實例，所以不會影響別人。在某個時候，如下午3點，他很清楚需要什么樣的數據庫變化，甚至此時他還沒有完全做完他的編碼工作。這時他找到DBA，告訴他想要的變化。這時DBA可以提出開發人員沒有考慮到的問題。當然大多數時候都很好，DBA同意這種變化（通過一個或多個數據庫重構）。DBA使變化馬上發生（除非他們是破壞性的變化），這樣開發人員可以繼續他的工作，在任何時候提交代碼，因為DBA已經將這些變化發送給主數據庫。
可以將這個原則看作類似于持續集成，持續集成常用于源碼管理。實際上這就是將數據庫看作是另一種源代碼。因為配置管理系統象控制源代碼一樣控制主數據庫。只要我們構建成功，數據庫和源代碼一起被送入配置管理系統，這樣我們就有兩者完整和同步的版本歷史。
對于源代碼來說，集成中的問題被源代碼控制系統處理。對于數據庫來說，要做的工作稍微多一些。所有數據庫的變化都需要妥善處理，如自動化數據庫重構。此外DBA需要審視任何數據庫變化，保證其符合整個數據庫的計劃。為了使這項工作做的比較平穩，在集成的過程中不應該出現大的變化--因此需要DBA與開發人員緊密合作。
我們強調經常性的小集成，因為它比非經常性的大集成容易得多。集成的復雜度會隨著集成的規模呈幾何級度增加。因此做許多小的變化在實踐中更易于實現，當然這看上去與直覺相抵觸。
3.4數據庫包含計劃和測試數據
當提到數據庫的時候，我們并不僅僅指數據庫計劃，而且還包括相當規模的數據。這些數據包括應用所需的標準數據，如全國所有的省份名，以及一些樣本客戶的樣本數據。
數據的作用：
文章來源于領測軟件測試網 http://www.kjueaiud.com/
