首页 > 代码库 > EF 第三篇 生产环境下的数据迁移

EF 第三篇 生产环境下的数据迁移

2024-08-12 11:11:43   217人阅读

前言

本文所谓数据迁移，直白点不如说成数据库升级。虽然大部分带服务器型的应用，所有客户端都是连到同一台服务器上，对这样的生产环境，数据库升级起来不是什么难事，用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; }                  }}

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

EF 第三篇 生产环境下的数据迁移


联系
我们