我想让我的数据库处于版本控制之下。
我总是希望在那里至少有一些数据(如alumb提到的:用户类型和管理员)。我还经常需要大量生成的测试数据来进行性能度量。
如何对数据库应用版本控制?
当前回答
您还可以考虑迁移解决方案。它们允许您在c#代码中指定数据库模式，并使用MSBuild上下滚动数据库版本。
我目前正在使用DbUp，它工作得很好。
其他回答
在Red Gate，我们提供了一个工具，SQL Source Control，它使用SQL Compare技术将数据库与TFS或SVN存储库链接起来。该工具集成到SSMS中，让您像往常一样工作，只是现在允许提交对象。
对于基于迁移的方法(更适合于自动化部署)，我们提供了SQL Change Automation(以前称为ReadyRoll)，它作为Visual Studio项目创建和管理一组增量脚本。
在SQL源代码控制中，可以指定静态数据表。它们作为INSERT语句存储在源代码控制中。
如果您正在讨论测试数据，我们建议您要么使用工具生成测试数据，要么通过您定义的部署后脚本生成测试数据，要么简单地将生产备份恢复到开发环境。
你没有提到任何关于目标环境或约束的细节，所以这可能并不完全适用……但如果您正在寻找一种有效跟踪不断变化的DB模式的方法，并且不反对使用Ruby, ActiveRecord的迁移正适合您。
迁移使用Ruby DSL以编程方式定义数据库转换;每个转换都可以应用或(通常)回滚，允许您在任何给定的时间点跳转到您的DB模式的不同版本。定义这些转换的文件可以像任何其他源代码一样检入版本控制。
因为迁移是ActiveRecord的一部分，它们通常在全栈Rails应用程序中使用;然而，你可以用最少的努力独立于Rails使用ActiveRecord。请参阅这里，了解在Rails之外使用AR迁移的更详细处理。
我们不存储数据库模式，而是存储对数据库的更改。我们所做的是存储模式更改，以便为数据库的任何版本构建更改脚本，并将其应用于客户的数据库。我写了一个数据库实用程序，它与我们的主应用程序一起分发，它可以读取脚本，并知道需要应用哪些更新。它还具有足够的智能，可以根据需要刷新视图和存储过程。
关于这个主题，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后都会运行此脚本。
警告:我的自动化测试运行在模式正确但空的数据库上，因此这个建议不能完全满足您的需求。
首先，你必须选择适合你的版本控制系统:
Centralized Version Control system - a standard system where users check out/check in before/after they work on files, and the files are being kept in a single central server Distributed Version Control system - a system where the repository is being cloned, and each clone is actually the full backup of the repository, so if any server crashes, then any cloned repository can be used to restore it After choosing the right system for your needs, you'll need to setup the repository which is the core of every version control system All this is explained in the following article: http://solutioncenter.apexsql.com/sql-server-source-control-part-i-understanding-source-control-basics/
在建立了存储库之后，如果有一个中央版本控制系统，那么就有一个工作文件夹，您可以阅读本文。它展示了如何在开发环境中使用以下命令来设置源代码控制:
通过MSSCCI提供的SQL Server Management Studio， Visual Studio和SQL Server数据工具 一个第三方工具ApexSQL源代码控制
