SQL Compare是一款比較和同步SQL Server數據庫結構的工具?，F有超過150,000的數據庫管理員、開發人員和測試人員在使用它。當測試本地數據庫，暫存或激活遠程服務器的數據庫時，SQL Compare將分配數據庫的過程自動化。

點擊下載SQL Compare免費版

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

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

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

自定義部署腳本有哪些優點？

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

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

從腳本目錄部署

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

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

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

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

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

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

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

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

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

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

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

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

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

部署后腳本可用于應用創建數據庫版本的特定變體所需的更改。例如，如果您有一個工資單數據庫的變體根據立法區域，則可以根據所需的立法區域進行切換。

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

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

Quirks

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

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

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

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

除非對這些腳本進行了徹底的測試，否則只有在執行部署腳本后才會發現錯誤，然后它們才會破壞構建，從而可能導致問題。在使用之前，請花一些時間對其進行徹底測試。

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

相關內容推薦：

SmartBear資源專題>>>

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

想要購買SQL Compare正版授權，或了解更多產品信息請點擊