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

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

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

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

在迁移到x64平台后，我们需要对SQL数据库进行版本调整，而旧版本在迁移过程中出现了问题。我们写了一个c#应用程序，使用sqlmo将所有SQL对象映射到一个文件夹:

                Root
                    ServerName
                       DatabaseName
                          Schema Objects
                             Database Triggers*
                                .ddltrigger.sql
                             Functions
                                ..function.sql
                             Security
                                Roles
                                   Application Roles
                                      .approle.sql
                                   Database Roles
                                      .role.sql
                                Schemas*
                                   .schema.sql
                                Users
                                   .user.sql
                             Storage
                                Full Text Catalogs*
                                   .fulltext.sql
                             Stored Procedures
                                ..proc.sql
                             Synonyms*
                                .synonym.sql
                             Tables
                                ..table.sql
                                Constraints
                                   ...chkconst.sql
                                   ...defconst.sql
                                Indexes
                                   ...index.sql
                                Keys
                                   ...fkey.sql
                                   ...pkey.sql
                                   ...ukey.sql
                                Triggers
                                   ...trigger.sql
                             Types
                                User-defined Data Types
                                   ..uddt.sql
                                XML Schema Collections*
                                   ..xmlschema.sql
                             Views
                                ..view.sql
                                Indexes
                                   ...index.sql
                                Triggers
                                   ...trigger.sql

然后，应用程序将新编写的版本与存储在SVN中的版本进行比较，如果存在差异，则更新SVN。 我们确定每晚运行一次流程就足够了，因为我们没有对SQL做那么多更改。它允许我们跟踪所有我们关心的对象的变化，并且允许我们在发生严重问题时重新构建完整的模式。

不久前，我发现了一个VB bas模块，它使用DMO和VSS对象将整个db脚本删除并转换为VSS。我把它变成了一个VB脚本，并张贴在这里。您可以很容易地取出VSS调用并使用DMO东西来生成所有脚本，然后从调用VBScript的同一个批处理文件调用SVN来检入它们。

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

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

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

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

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

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

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

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