本文介绍了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环境的内容)，它具有高度可配置性--在我看来很好！
这篇关于SQL Server架构演变(迁移)的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！
本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除！