這篇日志記錄一下我在公司所學習到的數據庫安裝包的設計。正好這些內容也是我最近工作遇到的一些問題，在此記錄并分享一下。

　　在產品的開發和版本更新過程中，數據庫的結構難免會一直發生變化。為了盡量減少升級時的工作量，設計一個好的數據庫升級方式就顯得很重要。在設計數據庫安裝包時，既要考慮到全新安裝時如何生成默認數據，也要考慮從老版本升級時舊的數據如何遷移如有必要）。

基本上，安裝包可以分成三個部分：Pre-script，數據庫安裝或升級和Post-script。

一、數據庫安裝或升級

　　首先，我們使用到的是Red Gate工具。這個工具會自動比較現有數據庫和目標數據庫在結構上的差異，并自動生成一個腳本進行升級（實際上是執行一連串的SQL語句）。這是個很好的工具，推薦使用（好像要收錢），可以減少很多的工作量。

　　如果Red Gate發現目標表在舊版本的數據庫不存在，它會自動創建這個表并設置好主鍵、外鍵和其他約束。這個沒什么要說的。

　　如果目標表已經存在，那么就會對原有的表進行更新，在此要特別注意要更改的表結構如何變化。舉個例子：

　　我們原來有一張UserParameter表，結構如下：

　　現在，我們希望增加一個ParameterType字段，與UserId字段構成聯合主鍵：　

此時，如果舊版本的數據庫有數據，在升級過程中添加新字段后由于ParameterType為空，會導致表的結構修改失敗，這樣安裝包就會出錯。

　　解決方法是為這個字段加一個默認值。一般做法是在數據庫項目的Schema Objects