在迁移到x64平台后，我们需要对SQL数据库进行版本调整，而旧版本在迁移过程中出现了问题。我们写了一个c#应用程序，使用sqlmo将所有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做那么多更改。它允许我们跟踪所有我们关心的对象的变化，并且允许我们在发生严重问题时重新构建完整的模式。

不久前，我发现了一个VB bas模块，它使用DMO和VSS对象将整个db脚本删除并转换为VSS。我把它变成了一个VB脚本，并张贴在这里。您可以很容易地取出VSS调用并使用DMO东西来生成所有脚本，然后从调用VBScript的同一个批处理文件调用SVN来检入它们。

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

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

我将此与一个Batch脚本绑定在一起，该脚本采用一对参数并设置数据库。我还添加了一些额外的查询，输入默认数据，如用户类型和管理用户。(如果你想要更多关于这方面的信息，张贴一些东西，我可以把脚本放在可以访问的地方)

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

在Red Gate，我们提供了一个工具，SQL Source Control，它使用SQL Compare技术将数据库与TFS或SVN存储库链接起来。该工具集成到SSMS中，让您像往常一样工作，只是现在允许提交对象。

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

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

如果您正在讨论测试数据，我们建议您要么使用工具生成测试数据，要么通过您定义的部署后脚本生成测试数据，要么简单地将生产备份恢复到开发环境。

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

Centralized Version Control system - a standard system where users check out/check in before/after they work on files, and the files are being kept in a single central server Distributed Version Control system - a system where the repository is being cloned, and each clone is actually the full backup of the repository, so if any server crashes, then any cloned repository can be used to restore it After choosing the right system for your needs, you'll need to setup the repository which is the core of every version control system All this is explained in the following article: http://solutioncenter.apexsql.com/sql-server-source-control-part-i-understanding-source-control-basics/

在建立了存储库之后，如果有一个中央版本控制系统，那么就有一个工作文件夹，您可以阅读本文。它展示了如何在开发环境中使用以下命令来设置源代码控制:

通过MSSCCI提供的SQL Server Management Studio， Visual Studio和SQL Server数据工具 一个第三方工具ApexSQL源代码控制

我建议使用比较工具为您的数据库临时设计一个版本控制系统。两个好的替代方案是xSQL模式比较和xSQL数据比较。

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

Also, if you want to have the data under version control as well, you can use xSQL Data Compare to generate change scripts for you database and add the .sql files in your version control. You could then execute these scripts to revert / update to any version you want. Keep in mind that for the 'revert' functionality you need to generate change scripts that, when executed, will make Version 3 the same as Version 2 and for the 'update' functionality, you need to generate change scripts that do the opposite.

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

免责声明:我隶属于xSQL。