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

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

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

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

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

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

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

Red Gate的SQL Compare产品不仅允许您进行对象级比较，并从中生成更改脚本，还允许您将数据库对象导出到按对象类型组织的文件夹层次结构中，其中一个[objectname]。这些目录中每个对象的SQL创建脚本。对象类型层次结构是这样的:

\功能 \安全 \安全\角色 \ \安全模式 \安全\用户 \存储过程 \表

如果在进行更改后将脚本转储到相同的根目录，则可以使用此目录更新SVN repo，并单独保存每个对象的运行历史记录。

每个推荐RedGate工具的人都要加1分，还有额外的建议和警告。

SqlCompare also has a decently documented API: so you can, for instance, write a console app which syncs your source controlled scripts folder with a CI integration testing database on checkin, so that when someone checks in a change to the schema from their scripts folder it's automatically deployed along with the matching application code change. This helps close the gap with developers who are forgetful about propagating changes in their local db up to a shared development DB (about half of us, I think :) ).

A caveat is that with a scripted solution or otherwise, the RedGate tools are sufficiently smooth that it's easy to forget about SQL realities underlying the abstraction. If you rename all the columns in a table, SqlCompare has no way to map the old columns to the new columns and will drop all the data in the table. It will generate warnings but I've seen people click past that. There's a general point here worth making, I think, that you can only automate DB versioning and upgrade so far - the abstractions are very leaky.

这很简单。

当基础项目准备就绪时，您必须创建完整的数据库脚本。此脚本提交给SVN。这是第一个版本。 之后，所有开发人员创建更改脚本(ALTER…，新表，sprocs等)。 当您需要当前版本时，您应该执行所有新的更改脚本。 当应用程序发布到生产环境时，你会回到1(当然，那将是连续版本)。

Nant将帮助您执行这些更改脚本。：）

记住。只要有纪律，一切都能顺利进行。每次提交数据库更改时，代码中相应的函数也会被提交。

这是一个非常古老的问题，然而，许多人甚至现在都在试图解决这个问题。他们所要做的就是研究Visual Studio数据库项目。没有这一点，任何数据库开发看起来都很薄弱。从代码组织到部署再到版本控制，它简化了一切。