SQL Server架构演变(迁移)

与生产SQL Server应用程序交谈时，支持允许在应用程序生命周期中修改数据库架构的场景非常重要。在我的特定案例中，它是实体框架4.1应用程序。

今天，ADO.NET团队在Code First Migrations上工作。我认为它真的很棒，但它还处于Alpha阶段，只能首先与EF Code一起使用。

使用生产使用的SQL语言编写更新(向上和向下)脚本来实现此类工作流的最佳实践是什么？是否有任何辅助工具？

部署场景也非常重要。如何在构建服务器上自动迁移(例如，使用MSBuild)？

---

解决方案

有相当多-查找long list of alternatives here。

我自己一直在调查这件事，试图避免对我们自己的内部自主开发的解决方案进行任何进一步的开发(这是一团乱麻……)。

我最感兴趣的是Roundhouse

它可以处理SQL脚本(这对我来说是必须的)，它允许一次性脚本、每次脚本等等，它可以跟踪它所做的事情，它允许特定于环境的脚本(例如，您不希望在生产中使用的DEV或TEST环境的内容)，它具有高度可配置性--在我看来很好！