SQL Compare是一款比較和同步SQL Server數(shù)據(jù)庫結(jié)構(gòu)的工具。現(xiàn)有超過150,000的數(shù)據(jù)庫管理員、開發(fā)人員和測試人員在使用它。當測試本地數(shù)據(jù)庫，暫存或激活遠程服務(wù)器的數(shù)據(jù)庫時，SQL Compare將分配數(shù)據(jù)庫的過程自動化。

點擊下載SQL Compare試用版

第二版

我重新看一下Pubs，并決定需要更激進的發(fā)型來更新它。基本上，我想在適當?shù)那闆r下VARCHAR將NVARCHAR欄目全部更改為欄目，以使名稱正確的人或書正確呈現(xiàn)！

在開發(fā)副本上，我使用完整的遷移腳本有條不紊地處理每個表，一直對其進行測試，并將每個對象獨立保存到源文件中……。好吧，上次我這樣做的時候，我穿著喇叭褲。我實際上所做的是使用SSMS中的“ 任務(wù)” >“ 生成腳本”從當前版本（2.1.6）生成構(gòu)建腳本，并對其進行編輯以更新和擴展數(shù)據(jù)類型。如果使用腳本，則可以快速進行很多更改，并確保捕獲所有參考和影響。使用腳本時，觸發(fā)器和規(guī)則之類的對象無法隱藏。

顯然，我要更改的這些數(shù)據(jù)類型必須在表之間保持一致。如果您可能會犯錯，則值得添加代碼以刪除該對象（如果存在）。在SSMS中，您可以通過單擊“高級”鍵來微調(diào)腳本選項來執(zhí)行此操作。

我正在進行廣泛的修訂，這超出了對象級工作的范圍。這類工作包括使用ER圖表工具或任何其他使我更具生產(chǎn)力的設(shè)計工具。

或者，我可以編寫一個遷移腳本來對每個表進行所有更改，但是在此階段根本不需要這樣做，因為沒有要保留的數(shù)據(jù)。為什么在SQL Compare僅處理所有這些工作時才編寫腳本，然后再變得必要？我們這里需要的只是一個構(gòu)建腳本，這是SSMS做得很好的事情。您可以使用僅包含所需對象（本例中的所有對象）的構(gòu)建腳本。

完成所有必要的編輯后，您可以使用新的構(gòu)建腳本從頭開始構(gòu)建數(shù)據(jù)庫的新開發(fā)版本（2.1.7），然后從當前版本導(dǎo)入數(shù)據(jù)以對其進行測試（請參見BCP方法或Kill / Fill）。當我對所有工作都感到滿意時，我將更新構(gòu)建腳本以反映所有錯誤修復(fù)，并將其保存到腳本目錄，該目錄是該項目目錄的GitHub子目錄。

現(xiàn)在，我將Dev版本標記為2.1.7，然后將我們新建的dev數(shù)據(jù)庫與包含2.1.6的源代碼目錄進行比較，以更新對象腳本并保存遷移腳本（migration_2-1-6_to_2-1-7.sql）， 像之前一樣。

現(xiàn)在，我們編輯遷移腳本以放入版本號陷阱，這一次是為了確保目標數(shù)據(jù)庫的版本為2.1.6。由于填充數(shù)據(jù)沒有問題，因此我們不需要添加任何遷移代碼。我們在當前版本上對其進行測試，然后再次驗證當前版本為2.1.7，但是數(shù)據(jù)沒有變化。

我們將2.1.6到21.7的遷移腳本以及21.7的構(gòu)建腳本保存到項目中的Script目錄中。我們更新version.json文件，以確保所有內(nèi)容均同步。

{
"$schema": "http://raw.githubusercontent.com/dotnet/Nerdbank.GitVersioning/master/src/NerdBank.GitVersioning/version.schema.json", "version": "2.1.7"
}

最后，我們已經(jīng)準備好將所有更改推送到GitHub，當然，它神奇地意識到某些對象級腳本已更改，并就需要提交給本地存儲庫的內(nèi)容提供建議。

相關(guān)產(chǎn)品推薦：

SQL Prompt：SQL語法提示工具

SQL Toolbelt：Red Gate產(chǎn)品套包

SQL Monitor：SQL Server監(jiān)控工具