SQL Server的版本控制

我正在开始一个新项目，并使用SVN（带有Tortoise）作为我的版本控制系统。我想知道是否有可能使用同一系统来维护SQL Server数据库。

我想对我的表/函数/视图/ procs / triggers / etc进行版本控制。但不是我的数据，因为无论如何它们都将是测试数据。我不太确定该如何设置。我遇到了一些选择，但我想知道是否缺少任何我，是否有指导或其他帮助我开始使用它的东西。

我已经听说过Red Gate，但我正在寻找免费的东西（或至少非常便宜的东西）。我知道我总是可以自己写点东西，但我并不是真的想花时间在上面。

我遇到的一件事是放在一起称为ScriptDB4Svn的开源软件包。有人使用过吗？好吗？它可以做我需要做的事情吗，设置起来很简单吗？

从技术上讲，您甚至不需要工具，您可以直接编写对象脚本并将其检入源代码管理。如果没有该工具，则还有很多工作要做，但绝对可行。

顺便说一句：我使用了RedGate工具，它非常漂亮，值得花钱。

听起来您的安装主要是Microsoft。您可以查看数据库项目（以前称为DataDude）。他们基本上将T-SQL转换为Visual Studio中的一流语言。您可以：

• 编译项目-它不仅创建最终脚本，还确保对象名称等存在。
• 执行静态代码分析-例如，确保通过包含对象的模式（例如，[dbo]在大多数情况下）始终引用对象，以实现30％的性能提升。
• 通过比较项目的不同版本来创建差异脚本。
• 从数据库或脚本（逆向工程师）更新项目。
• 智能感知。
• 没有图表工具。

它们也很好地在源代码控制下统一了您的代码和数据库代码。如果男人向上和脚本数据库对象（而不是SSMS使用达芬奇工具），你也登陆了使用一个IDE -这是很好的。

您可以使用Rails。Rails具有数据库迁移的概念，您可以应用或回滚。以我的经验，这是版本数据库的最佳方法。您确实将这些迁移文件签入了SVN。

在我当前的项目中，我们不是在Ruby中开发应用程序，但是我们仍在使用Rails来管理数据库。我不会以其他方式这样做。

之前已经在stackoverflow上对此进行了讨论：https : //stackoverflow.com/questions/2750278/sql-server-2008-create-database-script-schema-data-with-command-line

此外，此外部文章还提供了一些其他信息，以及以Windows应用程序形式提供的示例代码，以及http://www.sqlteam.com/article/scripting-database-objects-using-smo-updated。

由于您想做的是我自己为MS Access做的事情，因此我将告诉您我做了什么，以防万一它给您一些想法：我编写了一个名为Ado2Xml的模块，该模块可以转换任何ADO的模式和数据。 -可访问的数据库到xml，然后返回。它只知道表和视图。没有存储过程，没有触发器，什么都没有。无论如何，在您的情况下，该模块将被您可能会发现可以用MS-SQL进行操作的工具所取代。因此，每次我的应用程序启动时，它都会将数据库的时间戳与保存的xml文件的时间戳进行比较。如果xml文件是最新的，则它将销毁数据库并调用Ado2Xml从xml文件重新创建它。当我的应用程序终止时，它的操作相反：它调用Ado2Xml将数据库导出到xml文件中。其实，出于某种原因，提取数据库架构的ADO对象非常慢，导致导出过程要花费一些时间。因此，为了避免每次都等待我的应用程序终止并且Visual Studio从调试布局切换到编辑布局，在终止应用程序之前，我的应用程序启动了一个外部应用程序来进行导出，以便可以终止立即。

是的，我在先前的项目中使用了类似的工具（内部开发）。它将所有表，视图，存储过程，触发器等脚本化为单独的.sql文件。然后，我们有一个脚本每天晚上运行，以“验证”“开发”数据库中的所有内容都反映在源代码控制中。

因此，正常的工作流程是，您将根据需要更改代码，更改开发数据库中的相应表和存储库，然后运行我们拥有的工具，该工具将刷新所有脚本化的.sql文件。然后，您将立即检查所有内容。

问题是，如果您忘记运行该工具，则由于数据库“正确”，代码将“正常运行”（并且单元测试将通过），但是新的存储过程/表将不是源代码控制。

因此，每天晚上，我们都有一个脚本对源代码进行签出，然后为该工具提供兰特以刷新所有脚本。如果存在任何差异，则意味着有人忘记签入其更改，并生成了电子邮件通知。基本上，这只是确保我们不会忘记保持源代码控制最新的一种方法。

这有点烦人，因为它使处理跨越多天的更改变得很困难，但是总比没有什么要好。