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免費版

本文描述了自定義部署前和部署后腳本的工作方式，使用SQL Compare或SQL Change Automation進行基于狀態(tài)的數(shù)據(jù)庫部署時，以及如何使用它們（例如，向目標數(shù)據(jù)庫添加版本號）來指定其數(shù)據(jù)庫設(shè)置，或?qū)?shù)據(jù)填充到某些表中。

當您使用所謂的“基于狀態(tài)”的數(shù)據(jù)庫部署方法時，您需要設(shè)計一些其他的自定義腳本來解決一些棘手的部署問題。例如，如果您使用SQL Compare或SQL Change Automation（SCA）來將包含對象級腳本的腳本文件夾與保存數(shù)據(jù)的目標數(shù)據(jù)庫同步，則可能需要一些自定義腳本來控制當前版本與新版本之間數(shù)據(jù)移動。

在執(zhí)行之前，SQL Compare和SCA都將這些腳本放在其生成的同步腳本的開頭或結(jié)尾。

自定義部署腳本有哪些優(yōu)點？

通常，當您需要引入代碼來處理從一個數(shù)據(jù)庫版本到另一個版本的笨拙更改時，將使用自定義部署腳本。例如，如果要更改已存儲有數(shù)據(jù)的數(shù)據(jù)庫版本中的表，則偶爾需要從SQL Compare中“奪取”來確保舊數(shù)據(jù)全部移至改進版本中的正確位置。這種情況經(jīng)常會發(fā)生在表重命名或表拆分時。有時，包含非原子數(shù)據(jù)的單個列（例如，逗號分隔的列表、XML或JSON）將需要分配到標準化列中。

您可能還遇到依賴關(guān)系、更改數(shù)據(jù)庫屬性、添加計劃任務(wù)、添加數(shù)據(jù)庫版本號等問題。在其他時候，您可能還需要更改數(shù)據(jù)庫級別的設(shè)置、管理角色成員身份、檢查是否存在正確的靜態(tài)數(shù)據(jù)，或者創(chuàng)建或更改SQL Server代理作業(yè)。所有這些事項都可以通過自定義部署腳本處理。

從腳本目錄部署

SQL Compare比較源和目標兩個數(shù)據(jù)庫，并自動生成一個同步腳本，該腳本將修改目標架構(gòu)，使其與源架構(gòu)匹配。使用腳本目錄作為源時，SQL Compare允許您將額外的SQL腳本附加到它生成的同步腳本的開頭或結(jié)尾。

如果源是從版本控制系統(tǒng)獲取的腳本目錄，則SQL Compare允許部署前和部署后腳本，但每個腳本只能有一個。無論是UI和命令行，SQL Compare都允許使用13.4.7版本的版本，也可以使用SQL Change Automation版本3.0.4的版本。

腳本必須包含在名為Custom Scripts的目錄中，該目錄位于Post-Deployment或Pre-Deployment的子目錄中。

部署后腳本和部署前腳本都在運行腳本的自動生成部分的事務(wù)之外，因此您需要在這些自定義部署腳本中添加自己的事務(wù)處理并管理所有回滾。

每個腳本必須遵循某些簡單的約定。 該腳本不會因錯誤而中止執(zhí)行，因此它必須捕獲每個錯誤并報告該錯誤，同時還將NOEXEC設(shè)置為ON（如果是“致命”錯誤）。 如果在部署后腳本之前發(fā)生錯誤，則NOEXEC將打開。 因此，它將不會執(zhí)行。 切勿在部署后腳本中使用NOEXEC OFF命令，因為同步腳本使用NOEXEC ON開關(guān)在發(fā)生任何錯誤后中止處理。 如果您在發(fā)生錯誤后無意間重新啟用了執(zhí)行，則將發(fā)生錯誤的事情

腳本的每個部分在開始時都應(yīng)該有一個PRINT語句來描述其功能，這樣，如果出現(xiàn)錯誤，則很明顯是造成回滾的原因。

每個腳本都必須是可重新運行且冪等的。它必須能夠在所有預(yù)期的目標環(huán)境中運行，并且必須支持整個數(shù)據(jù)庫環(huán)境中數(shù)據(jù)庫排序規(guī)則的任何可能差異。

部署前和部署后腳本如何工作

這些自定義腳本的內(nèi)容不是構(gòu)建的一部分，因為它們直到比較完成后才執(zhí)行，因此它們對SQL Compare自動生成的同步腳本沒有影響。在生成同步腳本之后但在執(zhí)行之前，使用預(yù)部署腳本來更改目標數(shù)據(jù)庫。執(zhí)行同步腳本后，將使用部署后腳本來更改目標。

例如，如果您在預(yù)部署子目錄中放置了一個包含創(chuàng)建表的自定義腳本，則該表將不包含在比較中。SQL Compare運行比較，生成同步腳本，在目標上執(zhí)行部署前腳本，創(chuàng)建新表，然后執(zhí)行同步腳本。另一方面，如果將相同的腳本放在“自定義腳本”目錄的“部署后”子目錄中，則SQL Compare將在運行其同步腳本后創(chuàng)建新表。

SQL Compare中沒有其他方法可以添加遷移邏輯。如果需要在完成比較之前更改目標，則必須在運行SQL Compare之前在單獨的腳本中進行操作。

例如，如果您需要從目標數(shù)據(jù)庫中的表中復(fù)制數(shù)據(jù)（將對其進行更改）并將其保存到臨時表中，則部署前腳本會很有用。然后可以在同步腳本中更改表，最后，可以在部署后腳本中將數(shù)據(jù)重新插入到新表中。您可能還需要使用部署后腳本來確保表中存在某些引用或靜態(tài)數(shù)據(jù)。

SQL Compare在比較中不考慮服務(wù)器范圍的對象，因此，如果需要在源和目標之間同步代理作業(yè)，則可以在部署前或部署后腳本中進行同步。其他任務(wù)（例如，檢查數(shù)據(jù)庫設(shè)置是否正確）必須使用部署前腳本，因為它們可以輕松更改后續(xù)腳本的執(zhí)行方式。例如，如果排序規(guī)則不區(qū)分大小寫，而數(shù)據(jù)庫區(qū)分大小寫，則同步將無法進行。

部署后腳本可用于應(yīng)用創(chuàng)建數(shù)據(jù)庫版本的特定變體所需的更改。例如，如果您有一個工資單數(shù)據(jù)庫的變體根據(jù)立法區(qū)域，則可以根據(jù)所需的立法區(qū)域進行切換。

您可能需要在主干中保留數(shù)據(jù)庫同一版本的多個變體，使用條件開關(guān)來生成正確的變體（例如，任何會計程序包可能每個稅區(qū)都有變體）。盡管可以有條件地運行一個CREATE或多個ALTER腳本，但這會使源代碼控制變得過于復(fù)雜，并使從腳本目錄進行的同步成為雷區(qū)。

我建議，最佳做法是在版本中包含所有代碼，并使用功能切換或功能開關(guān)（例如表中的值或擴展屬性）來實現(xiàn)正確的邏輯。僅可以通過簡單的邏輯（例如檢查目標數(shù)據(jù)庫的名稱并相應(yīng)地進行切換）在部署后腳本中設(shè)置此屬性。功能或擴展屬性中保留的“軟”數(shù)據(jù)庫開關(guān)或切換允許使用同一部署測試所有變體。

Quirks

使用部署前和部署后腳本時，需要考慮一些限制。

不支持使用SQLCMD語法和變量，除非您在SQL Compare之外，使用SQLCMD或在SQLCMD模式下使用SSMS分別執(zhí)行同步腳本。

如果您選擇修改現(xiàn)有對象作為這些自定義腳本的一部分，則需要確保SQL Compare引擎不理會它們。您將需要在主腳本目錄中（而不是在“自定義腳本”目錄中）具有新版本的對象源代碼，因此您需要使用SQL Compare過濾器或/Exclude開關(guān)來告訴SQL Compare也不要創(chuàng)建或更改它們。以防止在比較中包含這些對象。

如果SQL Compare在源和目標之間進行比較并發(fā)現(xiàn)它們相同，則它將不會運行后腳本和前腳本，因為將沒有附加它們的同步腳本。

除非對這些腳本進行了徹底的測試，否則只有在執(zhí)行部署腳本后才會發(fā)現(xiàn)錯誤，然后它們才會破壞構(gòu)建，從而可能導(dǎo)致問題。在使用之前，請花一些時間對其進行徹底測試。

本文是該教程前半部分內(nèi)容，后半部分內(nèi)容請點擊下方鏈接！感興趣的朋友可以繼續(xù)關(guān)注我們了解更多文章資訊，或者下載SQL Compare試用版進行評估~

相關(guān)內(nèi)容推薦：

SmartBear資源專題>>>

將自定義部署腳本與SQL Compare或SQL Change Automation一起使用（下）

想要購買SQL Compare正版授權(quán)，或了解更多產(chǎn)品信息請點擊