我相信每个DB都应该在源代码控制下，开发人员应该有一种简单的方法从头创建他们的本地数据库。受Visual Studio for Database Professionals的启发，我创建了一个开源工具，脚本MS SQL数据库，并提供了一种简单的方法将它们部署到您的本地DB引擎。试试http://dbsourcetools.codeplex.com/。玩得开心, -内森。

我总是检查我的数据库结构转储到源代码控制。全数据库转储，但我通常只是压缩和存储。

我对创建脚本进行了版本控制，并在其中使用了svn版本标记。然后，每当我得到一个将要使用的版本时，我就在dbpatches/目录中创建一个脚本，命名为要上卷到的版本。该脚本的任务是在不破坏数据的情况下修改当前数据库。例如，Dbpatches /可能有名为201、220和240的文件。如果数据库当前处于201级别，则应用补丁220，然后再应用补丁240。

DROP TABLE IF EXISTS `meta`;
CREATE TABLE `meta` (
  `property` varchar(255),
  `value` varchar(255),
  PRIMARY KEY (`property`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
INSERT INTO `meta` VALUES ('version', '$Rev: 240 $');

在考虑一个好的补丁之前，不要忘记测试你的代码。购者自慎!

要求开发团队使用SQL数据库源代码控制管理系统并不是防止问题发生的灵丹妙药。就其本身而言，数据库源代码控制引入了额外的开销，因为开发人员需要将他们对对象所做的更改保存在单独的SQL脚本中，打开源代码控制系统客户端，使用客户端签入SQL脚本文件，然后将更改应用到活动数据库。

我可以建议使用SSMS插件ApexSQL源代码控制。它允许开发人员通过向导直接从SSMS轻松地将数据库对象映射到源代码控制系统。该插件支持TFS、Git、Subversion和其他SC系统。它还包括对源控制静态数据的支持。

下载并安装ApexSQL源代码控制后，只需右键单击要进行版本控制的数据库，然后导航到SSMS中的ApexSQL源代码控制子菜单。单击Link database to source control选项，选择源代码控制系统和开发模型。之后，您需要为所选择的源代码控制系统提供登录信息和存储库字符串。

你可以阅读这篇文章了解更多信息:http://solutioncenter.apexsql.com/sql-source-control-reduce-database-development-time/

我们对数据库周围的一切进行版本和源代码控制:

DDL(创建和更改) DML(参考数据、代码等) 数据模型更改(使用ERwin或ER/Studio) 数据库配置更改(权限、安全对象、常规配置更改)

我们使用Change Manager和一些自定义脚本来完成所有这些自动化作业。我们有变更管理器监视这些变更，并在变更完成时通知变更。

我所见过的最佳实践是创建一个构建脚本，在登台服务器上废弃并重新构建数据库。每次迭代都有一个用于数据库更改的文件夹，所有更改都用“Drop…创建“”。这样，您可以通过将构建指向您想要版本的文件夹，随时回滚到较早的版本。

我相信这是用NaNt/CruiseControl完成的。