这是围绕发展的“难题”之一。据我所知，没有完美的解决方案。

如果只需要存储数据库结构而不需要存储数据，则可以将数据库导出为SQL查询。(在企业管理器中:右键单击数据库->生成SQL脚本。我建议在选项卡上设置“每个对象创建一个文件”)，然后您可以将这些文本文件提交到svn，并使用svn的diff和日志功能。

我将此与一个Batch脚本绑定在一起，该脚本采用一对参数并设置数据库。我还添加了一些额外的查询，输入默认数据，如用户类型和管理用户。(如果你想要更多关于这方面的信息，张贴一些东西，我可以把脚本放在可以访问的地方)

如果你需要保留所有的数据，我建议保留一个数据库备份，并使用Redgate (http://www.red-gate.com/)产品进行比较。它们并不便宜，但它们值每一分钱。

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

项目的一些特点:

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

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

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

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

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

你可能想看看Liquibase (http://www.liquibase.org/)。即使您不使用该工具本身，它也能很好地处理数据库变更管理或重构的概念。

典型的解决方案是根据需要转储数据库并备份这些文件。

根据您的开发平台，可能会有可用的开源插件。编写自己的代码来完成这个任务通常是相当简单的。

注意:您可能希望备份数据库转储，而不是将其放入版本控制中。在版本控制中，文件可能会迅速变大，并导致整个源代码控制系统变慢(我正在回忆CVS的恐怖故事)。

首先，你必须选择适合你的版本控制系统:

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源代码控制