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

如果您有一个小型数据库，并且希望对整个数据库进行版本化，那么这个批处理脚本可能会有所帮助。它将MSSQL数据库MDF文件分离、压缩并检入Subversion。

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

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

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

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

根据我的经验，解决方法有两个:

您需要处理开发数据库的更改，这些更改是由多个开发人员在开发期间完成的。 需要处理客户站点的数据库升级。

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

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

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

为了处理第2点，你需要一个升级框架。

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

在http://www.codeproject.com/KB/database/sqlite_upgrade.aspx上查看我关于这个主题的文章，了解我所说的内容。

祝你好运

利龙·列维

我建议使用比较工具为您的数据库临时设计一个版本控制系统。两个好的替代方案是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。

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