4 變化法則

    如同任何實踐一樣，這些原則必須根據你特殊的環境變化。沒有一成不變的項目，我們必須要應對變化。

4.1 保持多個數據庫在一個系統中

    簡單項目也許只需要一個主數據庫。但是復雜項目需要有多個數據庫，即數據庫系。如果在投入生產之前數據庫必須分支，那么我們可以創建新的數據庫系。數據庫系類似于代碼的分支，需要不同測試數據集來進行測試。

    當開發人員從主數據庫中獲取了一份拷貝，必須注冊他們在修改哪個數據庫系。當DBA更新主數據庫某個數據庫系時，同時更新了所有注冊這個數據庫系的開發人員的數據庫。

4.2 不需要專職的DBA

    所有這些聽上去好像需要大量的工作，但它并不需要大量的人力資源。在最大的項目中，我們有30個開發人員，項目組規模100人（包括質量評價、分析人員和管理人員），我們大概有100多個不同系列的產品分布在各工作站上。但所有這些工作只需要一個專職DBA，只有兩個編程人員業余幫忙。

    在小項目中甚至不需要專職DBA。當我們將這些技巧用于更小的項目--12人左右的小項目時，發現該項目不需要一個專職的DBA，與此相反，我們依靠兩個對數據庫感興趣的開發人員業余處理DBA任務。

    這是自動化的功勞，如果對每項任務進行自動化處理，就可以用更少的人來完成更多的工作。

5 輔助工具

    數據庫進化需要大量的重復性工作，我們可以開發一些簡單工具來幫助我們解決大量的重復性工作。

    自動化的最有價值的地方就是有一個通用數據庫任務簡單代碼集。自動化的任務包括：

(1) 用戶資料與現在管理員的資料一致

(2) 創建新用戶

(3) 復制數據庫計劃并協同修改

(4) 移動并合成數據庫

(5) 刪除用戶

(6) 導出用戶，這樣項目組成員可以分發離線數據庫備份。

(7) 導入用戶，這樣項目組成員可以擁有數據庫備份，導入數據庫，創建新計劃。

(8) 導出基線，將主數據庫進行備份，這是導出用戶的一個特例。

(9) 創建不同計劃的報告，以便比較。

(10) 將計劃與主計劃作比較，這樣開發人員就可以將他們本地拷貝與主數據庫作比較

(11) 列出所有的用戶

    分析人員和質量評價人員常常會去看測試數據，并且需要改變他們，因此我們用VBA語句開發一個Excel應用程序，從數據庫里面提取數據到Excel文件中，允許用戶修改這個文件，修改后又返回到數據庫中去。當然，也可以使用其他工具來瀏覽和編輯數據庫的內容，但是我們使用excel，因為很多人熟悉它。

    項目組的所有成員應該很容易獲取數據庫設計的詳細內容，從而發現什么表格可以獲得，以及如何使用這些表格。我們建立了基于HTML的工具，使用servlets來查詢數據庫元數據。因此開發人員在添加字段之前，可以先通過搜索表和字段的元數據來看一看數據庫中有沒有這個字段。我們使用Erwin建模，將數據從Erwin提取到我們的元數據表中。

6 結束語

    當然，這并不是敏捷方法在數據庫設計中的全部應用，也不是數據庫進化設計的全部，還有集成數據庫和24*7小時實施以及其他一些沒有解決的問題，數據庫進化設計還需要進行進一步的研究工作。