版本控制数据库的另一种选择是使用版本控制数据库，现在有几个这样的数据库。

https://www.dolthub.com/blog/2021-09-17-database-version-control/

这些产品没有在其他类型的数据库上应用版本控制——它们是自己的数据库引擎，支持版本控制操作。因此，您需要迁移到它们，或者在它们的基础上开始构建。

我编写了其中一个，DoltDB，它结合了MySQL和Git的接口。看看这里:

https://github.com/dolthub/dolt

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

项目的一些特点:

允许模式更改 允许值树填充 允许单独的测试数据插入，例如。UAT 允许回滚选项(不是自动的) 维护对SQL server和MySQL的支持 有能力导入现有的数据库到版本控制与一个简单的命令(SQL server仅…仍在开发MySQL)

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

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

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

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

您还可以考虑迁移解决方案。它们允许您在c#代码中指定数据库模式，并使用MSBuild上下滚动数据库版本。

我目前正在使用DbUp，它工作得很好。

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

Now what I like to add is that I've seen two days ago a presentation on the MS campus about the new and upcoming VS DB edition. The presentation was focused specifically on this topic and I was blown out of the water. You should definitely check it out, the new facilities are focused on keeping schema definition in T-SQL scripts (CREATEs), a runtime delta engine to compare deployment schema with defined schema and doing the delta ALTERs and integration with source code integration, up to and including MSBUILD continuous integration for automated build drops. The drop will contain a new file type, the .dbschema files, that can be taken to the deployment site and a command line tool can do the actual 'deltas' and run the deployment. I have a blog entry on this topic with links to the VSDE downloads, you should check them out: http://rusanu.com/2009/05/15/version-control-and-your-database/

这很简单。

当基础项目准备就绪时，您必须创建完整的数据库脚本。此脚本提交给SVN。这是第一个版本。 之后，所有开发人员创建更改脚本(ALTER…，新表，sprocs等)。 当您需要当前版本时，您应该执行所有新的更改脚本。 当应用程序发布到生产环境时，你会回到1(当然，那将是连续版本)。

Nant将帮助您执行这些更改脚本。：）

记住。只要有纪律，一切都能顺利进行。每次提交数据库更改时，代码中相应的函数也会被提交。