Sql server SQL Server架构演进（迁移）_Sql Server_Entity Framework_Deployment_Entity Framework 4.1_Entity Framework Migrations

Sql server SQL Server架构演进（迁移）

sql-server entity-framework deployment

Sql server SQL Server架构演进（迁移）,sql-server,entity-framework,deployment,entity-framework-4.1,entity-framework-migrations,Sql Server,Entity Framework,Deployment,Entity Framework 4.1,Entity Framework Migrations,对于生产SQL Server应用程序，支持允许在应用程序生命周期中修改数据库模式的场景非常重要。在我的特殊情况下，它是实体框架4.1应用程序今天，ADO.NET团队在上工作。我认为它真的很棒，但它处于alpha阶段，只能首先与EF代码一起使用用SQL语言为生产使用编写更新（向上和向下）脚本的最佳实践是什么？有什么辅助工具吗部署场景也非常重要。如何在生成服务器上自动迁移（例如，使用MSBuild）？有很多种方法-找到解决方案我自己也一直在研究这个问题，试图避免在我们自己内部自行开发的解决方

对于生产SQL Server应用程序，支持允许在应用程序生命周期中修改数据库模式的场景非常重要。在我的特殊情况下，它是实体框架4.1应用程序

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

用SQL语言为生产使用编写更新（向上和向下）脚本的最佳实践是什么？有什么辅助工具吗

部署场景也非常重要。如何在生成服务器上自动迁移（例如，使用MSBuild）？

有很多种方法-找到解决方案

我自己也一直在研究这个问题，试图避免在我们自己内部自行开发的解决方案上做任何进一步的开发（这是一个烂摊子……）

我最感兴趣的是

它使用SQL脚本（这对我来说是必须的），它允许一次性脚本，每次脚本等等，它跟踪它所做的事情，它允许特定于环境的脚本（例如，为您的

DEV

或

TEST

环境编写的东西，您不想在生产中使用），它是高度可配置的-我觉得很好

我更喜欢使用纯SQL查询进行SQL架构迁移，但如果您没有数据库版本控制，那么这并不容易。如果您使用.net，则有一个免费的NuGet包，它将控制您的数据库版本，并与纯SQL查询一起工作

还发现了FluentMigrator（）。它类似于Migrator.NET，非常好。您可能需要检查另一种EF代码优先迁移策略-