版本控制 SQL Server 数据库

Question

我想让我的数据库处于版本控制之下。 有没有人有任何建议或推荐文章让我开始？

我总是希望至少有一些数据（正如alumb提到的：用户类型和管理员）。 我还经常需要大量生成的测试数据用于性能测量。

Answer 1

Martin Fowler 写了我最喜欢的关于这个主题的文章， http://martinfowler.com/articles/evodb.html 。 我选择不按照alumb和其他人的建议将模式转储置于版本控制之下，因为我想要一种简单的方法来升级我的生产数据库。

对于我将拥有单个生产数据库实例的 Web 应用程序，我使用两种技术：

数据库升级脚本

包含将模式从版本 N 移动到 N+1 所需的 DDL 的序列数据库升级脚本。 （这些在你的版本控制系统中。）一个 _version_history_ 表，类似于

create table VersionHistory (
    Version int primary key,
    UpgradeStart datetime not null,
    UpgradeEnd datetime
    );

每次运行与新版本相对应的升级脚本时，都会获得一个新条目。

这确保可以轻松查看存在哪个版本的数据库模式，并且数据库升级脚本只运行一次。 同样，这些不是数据库转储。 相反，每个脚本都代表从一个版本移动到下一个版本所需的更改。 它们是您应用于生产数据库以“升级”它的脚本。

开发者沙箱同步

1. 用于备份、清理和缩小生产数据库的脚本。 在每次升级到生产数据库后运行它。
2. 用于在开发人员工作站上恢复（并在必要时调整）备份的脚本。 每个开发人员在每次升级到生产数据库后都会运行此脚本。

警告：我的自动化测试针对模式正确但空的数据库运行，因此此建议不能完全满足您的需求。

Answer 2

Red Gate 的 SQL Compare 产品不仅允许您进行对象级比较，并从中生成更改脚本，而且还允许您将数据库对象导出到按对象类型组织的文件夹层次结构中，创建一个 [objectname].sql这些目录中每个对象的脚本。 对象类型层次结构是这样的：

\\职能
\\安全
\\安全\\角色
\\安全\\架构
\\安全\\用户
\\存储过程
\\表格

如果在进行更改后将脚本转储到同一根目录，则可以使用它来更新 SVN 存储库，并单独保留每个对象的运行历史记录。

Answer 3

这是围绕发展的“难题”之一。 据我所知，没有完美的解决方案。

如果您只需要存储数据库结构而不是数据，您可以将数据库导出为 SQL 查询。 （在企业管理器中：右键单击数据库 -> 生成 SQL 脚本。我建议在选项选项卡上设置“为每个对象创建一个文件”）然后您可以将这些文本文件提交到 svn 并使用 svn 的差异和日志功能。

我将它与一个批处理脚本绑定在一起，该脚本需要几个参数并设置数据库。 我还添加了一些额外的查询，输入默认数据，如用户类型和管理员用户。 （如果您想了解更多信息，请发布一些内容，我可以将脚本放在可访问的地方）

如果您还需要保留所有数据，我建议保留数据库的备份并使用 Redgate ( http://www.red-gate.com/ ) 产品进行比较。 它们并不便宜，但值得每一分钱。

Answer 4

首先，您必须选择适合您的版本控制系统：

• 集中版本控制系统 - 一个标准系统，用户在处理文件之前/之后签出/签入，并且文件保存在单个中央服务器中

• 分布式版本控制系统 - 一个存储库被克隆的系统，每个克隆实际上是存储库的完整备份，所以如果任何服务器崩溃，那么任何克隆的存储库都可以用来恢复它 选择适合您需要的系统后，您需要设置存储库，它是每个版本控制系统的核心所有这些都在以下文章中进行了解释： http : //solutioncenter.apexsql.com/sql-server-source-control-part-i-understanding -源代码控制基础/

设置存储库后，如果是中央版本控制系统的工作文件夹，您可以阅读这篇文章。 它展示了如何使用以下方法在开发环境中设置源代码控制：

• 通过 MSSCCI 提供程序的 SQL Server Management Studio，

• Visual Studio 和 SQL Server 数据工具

• 第三方工具 ApexSQL 源代码控制

Answer 5

在 Red Gate，我们提供了一个工具SQL 源代码控制，它使用 SQL 比较技术将您的数据库与 TFS 或 SVN 存储库链接。 此工具集成到 SSMS 中，让您可以像往常一样工作，但现在允许您提交对象。

对于基于迁移的方法（更适合自动化部署），我们提供SQL Change Automation （以前称为 ReadyRoll），它创建和管理一组增量脚本作为 Visual Studio 项目。

在 SQL Source Control 中，可以指定静态数据表。 它们作为 INSERT 语句存储在源代码管理中。

如果您在谈论测试数据，我们建议您使用工具或通过您定义的部署后脚本生成测试数据，或者您只需将生产备份恢复到开发环境。

Answer 6

您可能想查看 Liquibase ( http://www.liquibase.org/ )。 即使您不使用该工具本身，它也能很好地处理数据库变更管理或重构的概念。

Answer 7

+1 对于推荐 RedGate 工具的每个人，还有额外的建议和警告。

SqlCompare 还有一个完整的 API：例如，您可以编写一个控制台应用程序，在签入时将源控制的脚本文件夹与 CI 集成测试数据库同步，以便当有人从他们的脚本文件夹签入对架构的更改时它会随着匹配的应用程序代码更改而自动部署。 这有助于缩小与忘记将本地数据库中的更改传播到共享开发数据库的开发人员之间的差距（我认为大约有一半人是 :)）。

需要注意的是，使用脚本解决方案或其他方式，RedGate 工具足够流畅，很容易忘记抽象背后的 SQL 现实。 如果重命名表中的所有列，SqlCompare 无法将旧列映射到新列，并将删除表中的所有数据。 它会产生警告，但我见过人们点击过去。 我认为，这里有一个值得提出的一般观点，即到目前为止，您只能自动化数据库版本控制和升级 - 抽象非常有漏洞。

Answer 8

在 VS 2010 中，使用数据库项目。

1. 编写数据库脚本
2. 更改脚本或直接在您的数据库服务器上进行更改
3. 使用数据 > 模式比较同步

制作完美的数据库版本控制解决方案，并使同步数据库变得轻而易举。

Answer 9

我们使用DBGhost来管理我们的 SQL 数据库。 然后将脚本放在版本控制中构建新数据库，它会构建新数据库，或将任何现有数据库升级到版本控制中的模式。 这样您就不必担心创建更改脚本（尽管您仍然可以这样做，例如，如果您想更改列的数据类型并需要转换数据）。

Answer 10

使用更改脚本将数据库脚本保存到版本控制中是一种很好的方法，这样您就可以升级您拥有的任何一个数据库。 此外，您可能希望保存不同版本的模式，以便您可以创建完整的数据库，而无需应用所有更改脚本。 处理脚本应该是自动化的，这样您就不必进行手动工作。

我认为为每个开发人员拥有一个单独的数据库而不是使用共享数据库很重要。 这样，开发人员可以独立于其他开发人员创建测试用例和开发阶段。

自动化工具应该有处理数据库元数据的方法，它告诉哪些数据库处于什么开发状态以及哪些表包含版本可控的数据等等。

Answer 11

您还可以查看迁移解决方案。 这些允许您在 C# 代码中指定您的数据库架构，并使用 MSBuild 上下滚动您的数据库版本。

我目前正在使用DbUp ，并且运行良好。

Answer 12

每个数据库都应该在源代码控制之下。 缺少的是自动将所有数据库对象和“配置数据”脚本化到文件中的工具，然后可以将其添加到任何源代码控制系统中。 如果您使用的是 SQL Server，那么我的解决方案在这里： http : //dbsourcetools.codeplex.com/ 。 玩得开心。 - 内森。

Answer 13

您没有提到有关您的目标环境或约束的任何细节，因此这可能并不完全适用……但是如果您正在寻找一种有效跟踪不断发展的数据库架构并且不利于使用Ruby，ActiveRecord 的迁移正适合您。

迁移使用 Ruby DSL 以编程方式定义数据库转换； 每个转换都可以应用或（通常）回滚，允许您在任何给定时间点跳转到不同版本的数据库模式。 定义这些转换的文件可以像任何其他源代码一样被签入版本控制。

因为迁移是ActiveRecord的一部分，所以它们通常用于全栈 Rails 应用程序； 但是，您可以轻松地使用独立于 Rails 的 ActiveRecord。 有关在Rails 之外使用 AR 迁移的更详细说明，请参见此处。

Answer 14

这很简单。

1. 当基础项目准备好后，您必须创建完整的数据库脚本。 此脚本已提交给 SVN。 这是第一个版本。

2. 之后，所有开发人员创建更改脚本（ALTER...、新表、sprocs 等）。

3. 当您需要当前版本时，您应该执行所有新的更改脚本。

4. 当应用程序发布到生产中时，您将返回到 1（但它当然会是后续版本）。

Nant 将帮助您执行这些更改脚本。 :)

记住。 当有纪律时，一切都很好。 每次提交数据库更改时，也会提交代码中的相应功能。

Answer 15

因为我们的应用程序必须跨多个 RDBMS 工作，所以我们使用与数据库无关的Torque格式 (XML) 将模式定义存储在版本控制中。 我们还以 XML 格式对我们的数据库的参考数据进行版本控制，如下所示（其中“关系”是参考表之一）：

  <Relationship RelationshipID="1" InternalName="Manager"/>
  <Relationship RelationshipID="2" InternalName="Delegate"/>
  etc.

然后，我们使用自己开发的工具生成从数据库的版本 X 到版本 X + 1 所需的架构升级和参考数据升级脚本。

Answer 16

如果您有一个小型数据库并且想要对整个事物进行版本控制，则此批处理脚本可能会有所帮助。 它分离、压缩和检入 MSSQL 数据库 MDF 文件到 Subversion。

如果您主要想版本化您的架构并且只有少量参考数据，您可以使用SubSonic Migrations来处理它。 这样做的好处是您可以轻松向上或向下迁移到任何特定版本。

Answer 17

为了使转储到源代码控制系统的速度更快一点，您可以使用 sysobjects 中的版本信息查看自上次以来哪些对象发生了更改。

设置：在要增量检查的每个数据库中创建一个表，以保存上次检查时的版本信息（第一次运行时为空）。 如果要重新扫描整个数据结构，请清除此表。

IF ISNULL(OBJECT_ID('last_run_sysversions'), 0) <> 0 DROP TABLE last_run_sysversions
CREATE TABLE last_run_sysversions (
    name varchar(128), 
    id int, base_schema_ver int,
    schema_ver int,
    type char(2)
)

正常运行模式：您可以从这个sql中获取结果，并为您感兴趣的那些生成sql脚本，并将它们放入您选择的源代码控制中。

IF ISNULL(OBJECT_ID('tempdb.dbo.#tmp'), 0) <> 0 DROP TABLE #tmp
CREATE TABLE #tmp (
    name varchar(128), 
    id int, base_schema_ver int,
    schema_ver int,
    type char(2)
)

SET NOCOUNT ON

-- Insert the values from the end of the last run into #tmp
INSERT #tmp (name, id, base_schema_ver, schema_ver, type) 
SELECT name, id, base_schema_ver, schema_ver, type FROM last_run_sysversions

DELETE last_run_sysversions
INSERT last_run_sysversions (name, id, base_schema_ver, schema_ver, type)
SELECT name, id, base_schema_ver, schema_ver, type FROM sysobjects

-- This next bit lists all differences to scripts.
SET NOCOUNT OFF

--Renamed.
SELECT 'renamed' AS ChangeType, t.name, o.name AS extra_info, 1 AS Priority
FROM sysobjects o INNER JOIN #tmp t ON o.id = t.id
WHERE o.name <> t.name /*COLLATE*/
AND o.type IN ('TR', 'P' ,'U' ,'V')
UNION 

--Changed (using alter)
SELECT 'changed' AS ChangeType, o.name /*COLLATE*/, 
       'altered' AS extra_info, 2 AS Priority
FROM sysobjects o INNER JOIN #tmp t ON o.id = t.id 
WHERE (
   o.base_schema_ver <> t.base_schema_ver
OR o.schema_ver      <> t.schema_ver
)
AND  o.type IN ('TR', 'P' ,'U' ,'V')
AND  o.name NOT IN ( SELECT oi.name 
         FROM sysobjects oi INNER JOIN #tmp ti ON oi.id = ti.id
         WHERE oi.name <> ti.name /*COLLATE*/
         AND oi.type IN ('TR', 'P' ,'U' ,'V')) 
UNION

--Changed (actually dropped and recreated [but not renamed])
SELECT 'changed' AS ChangeType, t.name, 'dropped' AS extra_info, 2 AS Priority
FROM #tmp t
WHERE    t.name IN ( SELECT ti.name /*COLLATE*/ FROM #tmp ti
         WHERE NOT EXISTS (SELECT * FROM sysobjects oi
                           WHERE oi.id = ti.id))
AND  t.name IN ( SELECT oi.name /*COLLATE*/ FROM sysobjects oi
         WHERE NOT EXISTS (SELECT * FROM #tmp ti
                           WHERE oi.id = ti.id)
         AND   oi.type  IN ('TR', 'P' ,'U' ,'V'))
UNION

--Deleted
SELECT 'deleted' AS ChangeType, t.name, '' AS extra_info, 0 AS Priority
FROM #tmp t
WHERE NOT EXISTS (SELECT * FROM sysobjects o
                  WHERE o.id = t.id)
AND t.name NOT IN (  SELECT oi.name /*COLLATE*/ FROM sysobjects oi
         WHERE NOT EXISTS (SELECT * FROM #tmp ti
                           WHERE oi.id = ti.id)
         AND   oi.type  IN ('TR', 'P' ,'U' ,'V'))
UNION

--Added
SELECT 'added' AS ChangeType, o.name /*COLLATE*/, '' AS extra_info, 4 AS Priority
FROM sysobjects o
WHERE NOT EXISTS (SELECT * FROM #tmp t
                  WHERE o.id = t.id)
AND      o.type  IN ('TR', 'P' ,'U' ,'V')
AND  o.name NOT IN ( SELECT ti.name /*COLLATE*/ FROM #tmp ti
         WHERE NOT EXISTS (SELECT * FROM sysobjects oi
                           WHERE oi.id = ti.id))
ORDER BY Priority ASC

注意：如果您在任何数据库中使用非标准排序规则，则需要将/* COLLATE */替换为您的数据库排序规则。 即COLLATE Latin1_General_CI_AI

Answer 18

我不久前编写了这个应用程序， http://sqlschemasourcectrl.codeplex.com/ ，它将根据需要扫描您的 MSFT SQL 数据库，并自动将您的对象（表、视图、过程、函数、sql 设置）转储到 SVN 中。 奇迹般有效。 我将它与 Unfuddle 一起使用（它允许我在签到时收到警报）

Answer 19

我们不存储数据库模式，我们存储对数据库的更改。 我们所做的是存储架构更改，以便我们为任何版本的数据库构建更改脚本并将其应用于客户的数据库。 我编写了一个数据库实用程序应用程序，它与我们的主应用程序一起分发，可以读取该脚本并知道需要应用哪些更新。 它还具有足够的智能来根据需要刷新视图和存储过程。

Answer 20

在迁移到 x64 平台后，我们需要对 SQL 数据库进行版本控制，而我们的旧版本因迁移而中断。 我们编写了一个 C# 应用程序，它使用 SQLDMO 将所有 SQL 对象映射到一个文件夹：

Root
                    ServerName
                       DatabaseName
                          Schema Objects
                             Database Triggers*
                                .ddltrigger.sql
                             Functions
                                ..function.sql
                             Security
                                Roles
                                   Application Roles
                                      .approle.sql
                                   Database Roles
                                      .role.sql
                                Schemas*
                                   .schema.sql
                                Users
                                   .user.sql
                             Storage
                                Full Text Catalogs*
                                   .fulltext.sql
                             Stored Procedures
                                ..proc.sql
                             Synonyms*
                                .synonym.sql
                             Tables
                                ..table.sql
                                Constraints
                                   ...chkconst.sql
                                   ...defconst.sql
                                Indexes
                                   ...index.sql
                                Keys
                                   ...fkey.sql
                                   ...pkey.sql
                                   ...ukey.sql
                                Triggers
                                   ...trigger.sql
                             Types
                                User-defined Data Types
                                   ..uddt.sql
                                XML Schema Collections*
                                   ..xmlschema.sql
                             Views
                                ..view.sql
                                Indexes
                                   ...index.sql
                                Triggers
                                   ...trigger.sql

然后，应用程序会将新编写的版本与存储在 SVN 中的版本进行比较，如果存在差异，它将更新 SVN。 我们确定每晚运行一次该过程就足够了，因为我们没有对 SQL 进行太多更改。 它允许我们跟踪我们关心的所有对象的更改，并且允许我们在出现严重问题时重建我们的完整模式。

Answer 21

我同意 ESV 的回答，正是出于这个原因，我不久前开始了一个小项目，以帮助在一个非常简单的文件中维护数据库更新，然后可以维护一个长边源代码。 它允许开发人员以及 UAT 和生产轻松更新。 该工具适用于 SQL Server 和 MySQL。

一些项目特点：

• 允许架构更改
• 允许值树种群
• 允许单独的测试数据插入，例如。 UAT
• 允许回滚选项（非自动）
• 保持对 SQL 服务器和 MySQL 的支持
• 能够使用一个简单的命令将您现有的数据库导入版本控制（仅限 SQL 服务器......仍在使用 MySQL）

请查看代码以获取更多信息。

Answer 22

典型的解决方案是根据需要转储数据库并备份这些文件。

根据您的开发平台，可能有可用的开源插件。 滚动你自己的代码来做到这一点通常是相当简单的。

注意：您可能希望备份数据库转储而不是将其置于版本控制中。 这些文件在版本控制方面可能会变得非常快，并导致整个源代码控制系统变慢（我现在正在回忆一个 CVS 恐怖故事）。

Answer 23

我们刚刚开始使用 Team Foundation Server。 如果你的数据库是中等规模的，那么 Visual Studio 有一些很好的项目集成，内置比较、数据比较、数据库重构工具、数据库测试框架，甚至数据生成工具。

但是，该模型不太适合非常大的或第三方数据库（用于加密对象）。 所以，我们所做的只是存储我们自定义的对象。 Visual Studio / Team Foundation Server 可以很好地解决这个问题。

TFS 数据库首席架构师。 博客

MS TFS 站点

Answer 24

这是一个非常古老的问题，但是，即使现在很多人都在试图解决这个问题。 他们所要做的就是研究 Visual Studio 数据库项目。 没有这一点，任何数据库开发都显得非常虚弱。 从代码组织到部署再到版本控制，它简化了一切。

Answer 25

不久前，我发现了一个 VB bas 模块，它使用 DMO 和 VSS 对象将整个数据库脚本化并写入 VSS。 我把它变成了一个 VB 脚本并张贴在这里。 您可以轻松取出 VSS 调用并使用 DMO 内容生成所有脚本，然后从调用 VBScript 的同一个批处理文件中调用 SVN 以将它们签入。

Answer 26

我还使用了通过数据库扩展属性系列过程存储的数据库中的一个版本。 我的应用程序有每个版本步骤的脚本（即从 1.1 移动到 1.2）。 部署后，它会查看当前版本，然后逐个运行脚本，直到到达最后一个应用程序版本。 没有具有直接“最终”版本的脚本，即使部署在干净的数据库上也通过一系列升级步骤进行部署。

现在我想补充的是，两天前我在 MS 校园看到了一个关于新的和即将推出的 VS DB 版本的演示。 演示文稿专门针对这个主题，我被吹出水面。 您绝对应该检查一下，新工具专注于在 T-SQL 脚本 (CREATE) 中保留架构定义，这是一个运行时增量引擎，用于将部署架构与定义的架构进行比较，并执行增量 ALTER 和与源代码集成的集成，直到并包括用于自动构建删除的 MSBUILD 持续集成。 Drop 将包含一个新的文件类型，即 .dbschema 文件，可以将其带到部署站点，并且命令行工具可以执行实际的“增量”并运行部署。 我有一篇关于此主题的博客条目，其中包含指向 VSDE 下载的链接，您应该查看它们：http ://rusanu.com/2009/05/15/version-control-and-your-database/

Answer 27

根据我的经验，解决方案是双重的：

1. 您需要处理多个开发人员在开发过程中对开发数据库所做的更改。

2. 您需要处理客户站点中的数据库升级。

为了处理#1，您需要一个强大的数据库差异/合并工具。 最好的工具应该能够尽可能多地执行自动合并，同时允许您手动解决未处理的冲突。

完美的工具应该通过使用三路合并算法来处理合并操作，该算法考虑到相对于 BASE 数据库在 THEIRS 数据库和 MINE 数据库中所做的更改。

我编写了一个商业工具，为 SQLite 数据库提供手动合并支持，我目前正在添加对 SQLite 3 路合并算法的支持。 在http://www.sqlitecompare.com 查看

为了处理#2，您需要一个适当的升级框架。

基本思想是开发一个自动升级框架，它知道如何从现有的 SQL 模式升级到更新的 SQL 模式，并且可以为每个现有的 DB 安装构建升级路径。

在http://www.codeproject.com/KB/database/sqlite_upgrade.aspx 中查看我关于该主题的文章，以大致了解我在说什么。

祝你好运

利龙·列维

Answer 28

查看 DBGhost http://www.innovartis.co.uk/ 。 我已经以自动化方式使用了 2 年，效果很好。 它允许我们的数据库构建与 Java 或 C 构建非常相似，但数据库除外。 你知道我的意思。

Answer 29

我建议使用比较工具为您的数据库即兴创作一个版本控制系统。 两个不错的选择是xSQL Schema Compare和xSQL Data Compare 。

现在，如果您的目标是仅将数据库的架构置于版本控制之下，您可以简单地使用 xSQL 架构比较来生成架构的 xSQL 快照并将这些文件添加到您的版本控制中。 然后，要恢复或更新到特定版本，只需将数据库的当前版本与目标版本的快照进行比较。

此外，如果您也希望将数据置于版本控制之下，您可以使用 xSQL Data Compare 为您的数据库生成更改脚本并在您的版本控制中添加 .sql 文件。 然后，您可以执行这些脚本以恢复/更新到您想要的任何版本。 请记住，对于“恢复”功能，您需要生成更改脚本，执行时会使版本 3 与版本 2 相同；对于“更新”功能，您需要生成执行相反操作的更改脚本。

最后，通过一些基本的批处理编程技能，您可以使用命令行版本的 xSQL Schema Compare 和 xSQL Data Compare 自动化整个过程

免责声明：我隶属于 xSQL。