我想让我的数据库处于版本控制之下。
我总是希望在那里至少有一些数据(如alumb提到的:用户类型和管理员)。我还经常需要大量生成的测试数据来进行性能度量。
如何对数据库应用版本控制?
当前回答
查看DBGhost http://www.innovartis.co.uk/。我已经在一个自动化的方式使用了2年，它工作得很好。它允许我们的DB构建非常像Java或C构建，除了数据库。你们能明白我的心情
其他回答
关于这个主题，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
);
每次运行与新版本对应的升级脚本时获取一个新条目。
这可以确保很容易查看数据库模式的版本，并且数据库升级脚本只运行一次。同样，这些不是数据库转储。相反，每个脚本表示从一个版本迁移到下一个版本所需的更改。它们是应用于生产数据库以“升级”它的脚本。
开发人员沙箱同步
备份、清理和收缩生产数据库的脚本。在每次升级到生产DB后运行此命令。 在开发人员的工作站上恢复(并在必要时调整)备份的脚本。每个开发人员在每次升级到生产DB后都会运行此脚本。
警告:我的自动化测试运行在模式正确但空的数据库上，因此这个建议不能完全满足您的需求。
我们使用DBGhost来管理SQL数据库。然后，您将脚本放在版本控制中构建一个新数据库，它将构建一个新数据库，或者将任何现有数据库升级到版本控制中的模式。这样，您就不必担心创建更改脚本(尽管您仍然可以这样做，例如，如果您想更改列的数据类型并需要转换数据)。
典型的解决方案是根据需要转储数据库并备份这些文件。
根据您的开发平台，可能会有可用的开源插件。编写自己的代码来完成这个任务通常是相当简单的。
注意:您可能希望备份数据库转储，而不是将其放入版本控制中。在版本控制中，文件可能会迅速变大，并导致整个源代码控制系统变慢(我正在回忆CVS的恐怖故事)。
这很简单。
当基础项目准备就绪时，您必须创建完整的数据库脚本。此脚本提交给SVN。这是第一个版本。 之后，所有开发人员创建更改脚本(ALTER…，新表，sprocs等)。 当您需要当前版本时，您应该执行所有新的更改脚本。 当应用程序发布到生产环境时，你会回到1(当然，那将是连续版本)。
Nant将帮助您执行这些更改脚本。：）
记住。只要有纪律，一切都能顺利进行。每次提交数据库更改时，代码中相应的函数也会被提交。
我写了这个应用程序一段时间前，http://sqlschemasourcectrl.codeplex.com/，它会扫描你的MSFT SQL db的经常你想，并自动转储你的对象(表，视图，procs，函数，SQL设置)到SVN。效果非常好。我把它和unduddle一起使用(它可以让我在签到时收到提醒)
