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 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());
        }
        public DbSet Users { get; set; }
       
       
    }
}

 简单的三个步骤就完成了生产环境的自动迁移，不知道为什么找不到这个的文章。接下来只想办法把客户现场的程序集替换便能自动升级数据了。

转载于:https://www.cnblogs.com/uucode/p/5850140.html