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

你没有提到任何关于目标环境或约束的细节，所以这可能并不完全适用……但如果您正在寻找一种有效跟踪不断变化的DB模式的方法，并且不反对使用Ruby, ActiveRecord的迁移正适合您。

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

因为迁移是ActiveRecord的一部分，它们通常在全栈Rails应用程序中使用;然而，你可以用最少的努力独立于Rails使用ActiveRecord。请参阅这里，了解在Rails之外使用AR迁移的更详细处理。

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

但是，该模型并不适合非常大的或第三方数据库(加密对象)。我们所做的就是只存储我们定制的对象。Visual Studio / Team基础服务器在这方面工作得很好。

TFS数据库主拱。博客

MS TFS网站

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

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

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

在迁移到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做那么多更改。它允许我们跟踪所有我们关心的对象的变化，并且允许我们在发生严重问题时重新构建完整的模式。

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

脚本化数据库 对脚本或直接进行更改 您的db服务器 使用数据>同步 模式比较

使一个完美的DB版本解决方案，并使同步DB的微风。