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

點(diǎn)擊下載SQL Compare試用版

我們的團(tuán)隊(duì)為商業(yè)組織開發(fā)實(shí)際應(yīng)用程序；主要是格魯吉亞銀行。這些應(yīng)用程序基于MS SQL Server作為數(shù)據(jù)庫(kù)的.Net-Windows-Forms應(yīng)用程序。它們具有許多業(yè)務(wù)邏輯，這些邏輯包含在數(shù)據(jù)庫(kù)例程中，例如存儲(chǔ)過程，函數(shù)，視圖和SQL CLR。

毫不奇怪，考慮到客戶業(yè)務(wù)的性質(zhì)，我們無權(quán)訪問客戶數(shù)據(jù)庫(kù)或數(shù)據(jù)進(jìn)行開發(fā)，測(cè)試或部署。在TFS源代碼管理下，我們只有開發(fā)數(shù)據(jù)庫(kù)及其人工測(cè)試數(shù)據(jù)。開發(fā)人員在自己的數(shù)據(jù)庫(kù)副本上工作，每個(gè)副本都有自己的示例數(shù)據(jù)，并且他們使用Redgate SQL Source Control提交開發(fā)更改。然后，我們使用SQL比較命令行來自動(dòng)化數(shù)據(jù)庫(kù)部署。在本文中，我將解釋如何實(shí)現(xiàn)此目標(biāo)，并舉例說明如何比較相同或不同分支中的數(shù)據(jù)庫(kù)的兩個(gè)修訂版，并生成部署腳本。

命令行許可

需要在多臺(tái)計(jì)算機(jī)上安裝SQL比較命令行的自動(dòng)化程序需要Redgate Deploy或SQL Toolbelt許可證。有關(guān)完整的詳細(xì)信息，請(qǐng)參見文檔的“更改命令行分布”頁(yè)面。

在源代碼管理中管理數(shù)據(jù)庫(kù)

我們的數(shù)據(jù)庫(kù)源代碼控制和分支策略很簡(jiǎn)單。我們?cè)赥runk中擁有最新的代碼庫(kù); 整個(gè)應(yīng)用程序都在那里，包括其中的數(shù)據(jù)庫(kù)部分。所有新功能和錯(cuò)誤修復(fù)最初都在Trunk中進(jìn)行。我們創(chuàng)建的每個(gè)分支只是Trunk的一個(gè)副本，因此代表了代碼庫(kù)的完整時(shí)間點(diǎn)狀態(tài)。應(yīng)用一些更改并簽入Trunk之后，我們可以根據(jù)需要將其合并到這些分支中的任何一個(gè)。通常，這是為了修復(fù)已報(bào)告的錯(cuò)誤，但當(dāng)對(duì)我們的客戶來說很重要時(shí)，我們還需要能夠合并小的功能更改。例如，并非每個(gè)客戶都能負(fù)擔(dān)得起部署每個(gè)版本的費(fèi)用，因此他們部署的版本通常落后三個(gè)或四個(gè)版本。但是，他們?nèi)匀恍枰覀優(yōu)楫?dāng)前版本部署緊急修復(fù)程序，偶爾會(huì)使用一些“獨(dú)家”功能。

那么，當(dāng)我們開發(fā)軟件時(shí)，這一切如何工作？讓我們將其稱為“ under-source-control-application”（簡(jiǎn)稱USCAPP）。我們?cè)赨SCAPP_Trunk中擁有最新的代碼庫(kù)，以及在TFS分支下的某些發(fā)行版本，稱為v241，v242等。

直接或通過合并進(jìn)行的所有更改都可以通過Trunk及其分支的普通TFS檢入完成。在每次簽入時(shí)，TFS都會(huì)創(chuàng)建一個(gè)稱為changeset的東西，它具有唯一的參考號(hào)。變更集表示源代碼管理中整個(gè)代碼庫(kù)的快照。像任何其他源代碼控制系統(tǒng)一樣，TFS可以為任何修訂版本（對(duì)應(yīng)于任何給定的變更集編號(hào)）生成代碼庫(kù)的時(shí)間點(diǎn)狀態(tài)。

當(dāng)然，對(duì)于一個(gè)集合中的所有TFS項(xiàng)目（包括其分支機(jī)構(gòu)），TFS變更集編號(hào)都是全局的，并且在該項(xiàng)目集合的每次檢入中，它的編號(hào)都會(huì)遞增。對(duì)我們來說，這意味著USCAPP_Trunk及其所有分支v241，v242等都共享相同的，全球的，不斷增長(zhǎng)的變更集號(hào)。

開發(fā)人員進(jìn)行更改，每個(gè)人都在自己的專用數(shù)據(jù)庫(kù)上工作，并通過SQL Source Control檢入更改，這些更改將更新USCAPP_Trunk中的代碼。根據(jù)需要，我們將所需的變更集合并到其他分支，在這些分支中創(chuàng)建新的變更集。因此，假設(shè)最新版本為v245，并且我們知道客戶 A已將v242部署到生產(chǎn)環(huán)境中。該客戶尚未升級(jí)到最新版本，但已部署了其他升級(jí)腳本以修復(fù)一些錯(cuò)誤并進(jìn)行一些小的改進(jìn)。換句話說，客戶A正在運(yùn)行非常特定的v242版本我們可以將其轉(zhuǎn)換為一個(gè)TFS變更集編號(hào)，該編號(hào)唯一地標(biāo)識(shí)他們已部署的分支v242的代碼庫(kù)的時(shí)間點(diǎn)狀態(tài)。

使用SQL Compare命令行自動(dòng)生成更改腳本

我們的目標(biāo)是使生成同步SQL腳本的過程自動(dòng)化，該腳本涵蓋自上次發(fā)布腳本以來發(fā)生的所有更改。

假設(shè)客戶A已經(jīng)部署了分支v242，并且該數(shù)據(jù)庫(kù)的發(fā)行版本標(biāo)記有人類可讀的版本號(hào)2.4.2.0，該版本號(hào)對(duì)應(yīng)于變更集編號(hào)87300，即它是在變更集87300是當(dāng)前最新版本時(shí)發(fā)布的代碼庫(kù)的全局變更集編號(hào)。

此后一個(gè)月過去了，我們已經(jīng)在數(shù)據(jù)庫(kù)中進(jìn)行了更改，現(xiàn)在TFS中當(dāng)前的更改集數(shù)量為88100。現(xiàn)在，我們要生成一個(gè)腳本，其中包含當(dāng)月所做的每個(gè)更改，因此將數(shù)據(jù)庫(kù)的v2.4.2.0升級(jí)到變更集編號(hào)88100表示的狀態(tài)，我們將其稱為v2.4.2.1。

為此，我們需要從TFS中檢索數(shù)據(jù)庫(kù)的兩個(gè)時(shí)間點(diǎn)狀態(tài)，一個(gè)代表源數(shù)據(jù)庫(kù)（不會(huì)改變），另一個(gè)代表目標(biāo)數(shù)據(jù)庫(kù)（我們要升級(jí)）。因此，對(duì)于客戶A，變更集88100代表源，而87300代表目標(biāo)。我們需要比較兩個(gè)狀態(tài)以找出差異，然后生成腳本以同步目標(biāo)，以使其狀態(tài)與源相同。對(duì)于兩個(gè)數(shù)據(jù)庫(kù)中都存在但有差異的任何數(shù)據(jù)庫(kù)對(duì)象，必須更改目標(biāo)中對(duì)象的定義以匹配其在源中的定義。應(yīng)該創(chuàng)建源中存在但目標(biāo)中不存在的任何對(duì)象，應(yīng)該刪除目標(biāo)中存在但源中不存在的任何對(duì)象。

好消息是，我們不必手動(dòng)執(zhí)行此操作。SQL Compare GUI和SQL Compare命令行均支持此功能。我們希望使該過程自動(dòng)化，因此我們使用命令行并將適當(dāng)?shù)膮?shù)傳遞給該命令行以生成同步腳本。我們還需要仔細(xì)記錄該腳本將數(shù)據(jù)庫(kù)的2.4.2.0版本升級(jí)到v2.4.2.1。當(dāng)然，這里我們也需要一些保護(hù)措施。其中一項(xiàng)是檢查，該檢查將停止在任何v2.4.2.0或更高版本的數(shù)據(jù)庫(kù)上運(yùn)行此腳本。在這里，我不會(huì)進(jìn)行演示，但是最后，我將更詳細(xì)地討論這些需求。

比較同一分支中的兩個(gè)修訂

首先，我將描述我們?nèi)绾伟l(fā)布稱為“修復(fù)”的腳本，該腳本主要用于部署一些錯(cuò)誤修復(fù)和較小的改進(jìn)。主要版本保持不變。

我們使用SQL Compare命令行進(jìn)行此操作，傳遞一個(gè)XML參數(shù)文件（argfile），該文件包含指示SQL Compare如何執(zhí)行比較的所有必需命令行開關(guān)的值?；蛘撸梢灾付恳粋€(gè)到命令行的開關(guān)，或在PowerShell中“ splat”參數(shù)。

在這種情況下，唯一需要傳遞給SQL Compare的參數(shù)是XML Argfile的合格文件名，稱為“ shared.xml ”

“％programfiles（x86）％\ Red Gate \ SQL Compare 13 \ sqlcompare” /Argfile:"shared.xml“

<commandline>
  <SourceControl1 />
  <Revision1>88100</Revision1>
  <SourceControl2 />
  <Revision2>87300</Revision2>
  <Options>NoDeploymentLogging,IgnoretSQLt,IgnoreFillFactor,IgnoreWhiteSpace,IgnoreFileGroups,IgnoreUserProperties,IgnoreWithElementOrder,IgnoreDatabaseAndServerName,CaseSensitiveObjectDefinition,ObjectExistenceChecks,DropAndCreateInsteadofAlter,ForceColumnOrder,DoNotOutputCommentHeader,IgnoreUsersPermissionsAndRoleMemberships</Options>
  <ScriptsFolderXML>Command Line\SourceControlAddress v242.xml</ScriptsFolderXML>
  <Filter>Command Line\Filters\Shared.scpf</Filter>
  <ReportType>Interactive</ReportType>
  <Report>Command Line\Output\Shared.html</Report>
  <ScriptFile>Command Line\Output\Shared.sql</ScriptFile>
  <Force />
  <Verbose />
</commandline>

<SourceControl1 />
<Revision1>88100</Revision1>
<SourceControl2 />
<Revision2>87300</Revision2>

<?xml version="1.0" encoding="utf-16" standalone="yes"?>
<ISOCCompareLocation version="1" type="TfsLocation">
  <ServerUrl>//tfs:8080/tfs/projects</ServerUrl>
  <SourceControlFolder>$/USCAPP/Branches/v242/Database/Schema</SourceControlFolder>
</ISOCCompareLocation>

比較兩個(gè)不同分支中的數(shù)據(jù)庫(kù)

我們用來發(fā)布已經(jīng)在Trunk中完成的所有新功能的過程與錯(cuò)誤修正版本稍有不同，但是主要概念保持不變。同樣在這種情況下，我們必須比較數(shù)據(jù)庫(kù)架構(gòu)的兩個(gè)不同狀態(tài)。即使它們的“真理源”作為TFS源代碼管理中的版本存在，它們?nèi)詴?huì)作為Redgate稱為“腳本文件夾”的東西導(dǎo)出到文件夾中。然后可以將它們作為兩個(gè)數(shù)據(jù)庫(kù)模式進(jìn)行比較。在這種情況下，不同之處在于我們不是在一個(gè)TFS分支中比較由變更集表示的兩個(gè)修訂版（或時(shí)間點(diǎn)狀態(tài)），而是在現(xiàn)在表示版本的兩個(gè)分支之間進(jìn)行比較。

要逐步進(jìn)行：該過程首先從Trunk分支中創(chuàng)建一個(gè)新分支，并為其指定一個(gè)適當(dāng)?shù)拿Q。例如，如果v2.4.2是USCAPP應(yīng)用程序的最后發(fā)行版本，那么在發(fā)行該版本時(shí)，我們已經(jīng)創(chuàng)建了一個(gè)名為v242的分支?，F(xiàn)在，我們已經(jīng)對(duì)Trunk進(jìn)行了更多更改，從邏輯上講，我們將發(fā)布v2.4.3版，因此我們的新分支將稱為v243，從那時(shí)開始，就其所包含的內(nèi)容而言，它將作為Trunk分支的確切副本。

現(xiàn)在，我們應(yīng)該比較兩個(gè)單獨(dú)分支的兩個(gè)變更集。我們用于比較的變更集必須是剛創(chuàng)建的新v243分支的變更集，并且是客戶A已應(yīng)用的上一個(gè)分支v242的最新發(fā)布的部署腳本所對(duì)應(yīng)的變更集。此比較將揭示僅在Trunk的數(shù)據(jù)庫(kù)上發(fā)生的更改，而先前分支v242的數(shù)據(jù)庫(kù)中缺少這些更改。

為此，我們需要指定一個(gè)而不是兩個(gè)源代碼管理文件夾位置，一個(gè)用于包含源/ ScriptsFolderXML1的TFS分支，另一個(gè)用于包含目標(biāo)/ ScriptsFolderXML2的分支。我們使用SQL Compare保留關(guān)鍵字“ HEAD”來指定我們想要源分支的最新的源控件更改集。生成的Argfile如下所示：

<commandline>
  <SourceControl1 />
  <Revision1>HEAD</Revision1>
  <SourceControl2 />
  <Revision2>88100</Revision2>
  <Options>NoDeploymentLogging,IgnoretSQLt,IgnoreFillFactor,IgnoreWhiteSpace,IgnoreFileGroups,IgnoreUserProperties,IgnoreWithElementOrder,IgnoreDatabaseAndServerName,CaseSensitiveObjectDefinition,ObjectExistenceChecks,DropAndCreateInsteadofAlter,ForceColumnOrder,DoNotOutputCommentHeader,IgnoreUsersPermissionsAndRoleMemberships</Options>
  <ScriptsFolderXML1>Command Line\SourceControlAddress v243.xml</ScriptsFolderXML1>
  <ScriptsFolderXML2>Command Line\SourceControlAddress v242.xml</ScriptsFolderXML2>
  <Filter>Command Line\Filters\Shared.scpf</Filter>
  <ReportType>Interactive</ReportType>
  <Report>Command Line\Output\Shared.html</Report>
  <ScriptFile>Command Line\Output\Shared.sql</ScriptFile>
  <Force />
  <Verbose />
</commandline>

<?xml version="1.0" encoding="utf-16" standalone="yes"?>
<ISOCCompareLocation version="1" type="TfsLocation">
  <ServerUrl>//tfs:8080/tfs/projects</ServerUrl>
  <SourceControlFolder>$/USCAPP/Branches/v242/Database/Schema</SourceControlFolder>
</ISOCCompareLocation>

<?xml version="1.0" encoding="utf-16" standalone="yes"?>
<ISOCCompareLocation version="1" type="TfsLocation">
  <ServerUrl>//tfs:8080/tfs/projects</ServerUrl>
  <SourceControlFolder>$/USCAPP/Branches/v243/Database/Schema</SourceControlFolder>
</ISOCCompareLocation>

“％programfiles（x86）％\ Red Gate \ SQL Compare 13 \ sqlcompare” /Argfile:"shared.xml“

進(jìn)一步要求

在現(xiàn)實(shí)生活中，我們始終需要仔細(xì)檢查自動(dòng)生成的腳本，添加檢查和控件以確保例如，我們以正確的順序?qū)⑺斜匦璧纳?jí)腳本應(yīng)用到了預(yù)期的數(shù)據(jù)庫(kù)版本。我們還需要對(duì)SQL Compare的自動(dòng)生成的部署腳本進(jìn)行少量添加和自定義，例如處理數(shù)據(jù)插入或向每個(gè)腳本添加標(biāo)頭信息（創(chuàng)建腳本時(shí)，版權(quán)信息，聯(lián)系信息等）。 ），或在每個(gè)自動(dòng)生成的腳本的末尾附加一些動(dòng)態(tài)生成的SQL腳本，以識(shí)別客戶。
通過使用自定義遷移腳本調(diào)整SQL Compare部署，可以實(shí)現(xiàn)很多這樣的目標(biāo)，盡管實(shí)際上我們遇到了一些困難，例如它們減慢了SQL Source Control的運(yùn)行速度或部署前和部署后腳本。

自定義基于狀態(tài)的部署

Phil Factor有幾篇好文章，展示了如何使用部署前和部署后腳本來適應(yīng)基于狀態(tài)的部署，以處理棘手的數(shù)據(jù)遷移，或者向目標(biāo)數(shù)據(jù)庫(kù)添加版本號(hào)，指定其數(shù)據(jù)庫(kù)設(shè)置等等。

我們需要考慮的另一個(gè)問題是，SQL Compare遷移和部署前或部署后腳本是靜態(tài)的，而我們的要求是動(dòng)態(tài)生成的腳本。相反，我們?cè)赩isual Studio中構(gòu)建了一個(gè)簡(jiǎn)單，輕便的工具，允許開發(fā)人員對(duì)SQL Compare腳本進(jìn)行小的動(dòng)態(tài)添加和自定義。

我避免在這里鉆研的另一個(gè)復(fù)雜之處是，對(duì)于我們的每個(gè)客戶，我們的源代碼管理干線將客戶數(shù)據(jù)庫(kù)的所有共享邏輯與包含該組織專有的定制代碼的小型例程結(jié)合在一起。在本文中，我演示了如何使用SQL Compare命令行來部署所有客戶通用的數(shù)據(jù)庫(kù)結(jié)構(gòu)和代碼。盡管該過程與特定于客戶的例程基本相同，但是需要進(jìn)行一些小的調(diào)整，以確保始終將獨(dú)有功能僅部署到該客戶的生產(chǎn)數(shù)據(jù)庫(kù)，并且沒有任何客戶可以看到專門為另一位客戶編寫的邏輯。我將在下一篇文章中描述我們?nèi)绾螌?shí)現(xiàn)這一目標(biāo)！

結(jié)論

我們的經(jīng)驗(yàn)是Redgate Source Control和SQL Compare可以協(xié)同工作，并且對(duì)我們自動(dòng)化腳本生成過程起到了很大的作用。SQL Compare允許對(duì)其從Git或TFS源代碼控制中提取腳本的方式進(jìn)行非常精細(xì)的控制，這為我們節(jié)省了大量手動(dòng)腳本編寫。我們可以看到能夠自動(dòng)生成相應(yīng)的回滾（降級(jí)）腳本以及升級(jí)腳本的更多可能性。它只需要反轉(zhuǎn)我們用于源和目標(biāo)的變更集并啟動(dòng)SQL Compare命令行即可！它是一種多功能工具。

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

SQL Prompt：SQL語法提示工具

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

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