EF 第三篇 生产环境下的数据迁移
前言
本文所谓数据迁移,直白点不如说成数据库升级。虽然大部分带服务器型的应用,所有客户端都是连到同一台服务器上,对这样的生产环境,数据库升级起来不是什么难事,用vs自带的Migration也好,执行sql脚本也好,都比较容易。然而在每家客户现场都要部署一台服务器的应用也不少,如果一家家手工地去升级数据库,那将是一个可怕的工作量。那么对于这样的环境要怎么做到自动升级数据库呢?相信大家也在网上搜了不少了EF关于生产环境下的数据迁移方案,然后99%搜到的都是使用vs自带的Migration命令方式迁移,我也不知道为什么没人分享生产环境下的数据迁移,这明明是很重要的一个环节。
步骤
1、创建实体
using System.ComponentModel.DataAnnotations.Schema; namespace Migration { public class User { [Key, DatabaseGenerated(DatabaseGeneratedOption.Identity)] public Guid Id { get; set; } // public string Name { get; set; } public string NickName { get; set; } public int Sex { get; set; } } }
2、创建DbContext
using System.Data.Entity; namespace Migration { [DbConfigurationType(typeof(MySql.Data.Entity.MySqlEFConfiguration))] public class DbBase : DbContext { public DbBase() : base("dbConnect") { } public DbSet<User> Users { get; set; } } }
3、打开程序包管理控制台,输入PM> enable-migrations,vs自动生成了Configuration类
注意,生成的Configuration构造函数中AutomaticMigrationsEnabled值是false, 我们把它改成true,启用自动迁移。然后根据自已的需要设置数据库升级时是否允许数据丢失,建议还在开发阶段设AutomaticMigrationDataLossAllowed = true;直第一个生产环境发布了,将其改为AutomaticMigrationDataLossAllowed = false;以免造成客户重要数据丢失。这里的数据丢失指的是,例如:User表中,第一个版本有个Name字段,并且已经有数据录入了,然后第二个版本将Name字段删除了,此时若AutomaticMigrationDataLossAllowed = false则会出抛出异常,无法迁移。
3、修改DbContext
using System.Data.Entity; namespace Migration { [DbConfigurationType(typeof(MySql.Data.Entity.MySqlEFConfiguration))] public class DbBase : DbContext { public DbBase() : base("dbConnect") { //自动迁移 Database.SetInitializer(new MigrateDatabaseToLatestVersion<DbBase, Migration.Migrations.Configuration>()); } public DbSet<User> Users { get; set; } } }
简单的三个步骤就完成了生产环境的自动迁移,不知道为什么找不到这个的文章。接下来只想办法把客户现场的程序集替换便能自动升级数据了。
标签:
原文地址:http://www.cnblogs.com/uucode/p/5850140.html