Entity Framework Core 之数据库迁移

1.数据库迁移

先了解一下什么是"数据库迁移",它提供了一种方法，可以逐步将Code First的实体架构更改应用于数据库，以保持数据库与EF Core模型同步，同时保留数据库中的现有数据。

EF Core的数据迁移相对EF6来说改了不少也简化了一些.所以我们现在就来看看如何进行数据迁移

我们以官方代码来做为例子..先来创建一个简单的上下文.

publicclass BloggingContext : DbContext

{

public BloggingContext()

: base()

{

}

privatestaticILoggerFactory Mlogger =>new LoggerFactory();

protectedoverridevoid OnConfiguring(DbContextOptionsBuilder optionsBuilder)

{

Mlogger.AddProvider(new MyFilteredLoggerProvider());

varloggerFactory =

optionsBuilder

.UseMySql(@"链接地址");

}

protectedoverridevoid OnModelCreating(ModelBuilder modelBuilder)

{

}

publicDbSet Blogs {get;set; }

publicDbSet Posts {get;set; }

}

publicclass Blog

{

publicintBlogId {get;set; }

publicstringUrl {get;set; }

publicList Posts {get;set; }

}

publicclass Post

{

publicintPostId {get;set; }

[MaxLength(50)]

publicstringTitle {get;set; }

publicstringContent {get;set; }

publicint? BlogId {get;set; }

publicBlog Blog {get;set; }

}

然后我们通过Nuget来添加引用.

Microsoft.EntityFrameworkCore.Tools

打开NuGet包管理控制台

选择默认项目为实体上下文所在的程序集如下:

首先我们需要添加一个迁移版本.

执行命令如下:

Add-Migration BanBen1(这里是版本的名称,可以自己定义)

我们会发现Model程序集下多了一个文件夹为Migrations里面有3个文件.如下:

XXXXXXXXXXXXX_BanBen1.cs - 主迁移文件。包含应用迁移（in Up()）和恢复（inDown()）所需的操作。

XXXXXXXXXXXXX_BanBen1.Designer.cs - 迁移元数据文件。包含EF使用的信息。

BloggingContextModelSnapshot.cs - 当前模型的快照。主要用于确定添加下一次迁移时发生了哪些变化.

然后我们执行命令

Update-Database

如果你的数据库没创建,是第一次,就会执行成功,

如果你前期创建过数据库.但是是第一次创建迁移..就会失败.(注意这里!!)

因为第一次生成的迁移方法是按照新增来迁移的..而不是修改.

错误信息可能会如图:

解决方法是找到XXXXXXXXXXXXX_BanBen1.cs - 主迁移文件,删除Up和Down里面的代码.

删除后如下:

publicpartialclass BanBen1 : Migration

{

protectedoverridevoid Up(MigrationBuilder migrationBuilder)

{

}

protectedoverridevoid Down(MigrationBuilder migrationBuilder)

{

}

其实这次迁移就没有修改数据库任何信息..

我们在来创建第二个迁移版本..

首先,我们修改实体类..给Post的Content加上长度限制,如下:

publicclass Post

{

publicintPostId {get;set; }

[MaxLength(50)]

publicstringTitle {get;set; }

[MaxLength(50)]

publicstringContent {get;set; }

publicint? BlogId {get;set; }

publicBlog Blog {get;set; }

}

然后我们开始迁移..

记得每次迁移,都需要创建一个迁移版本!

我们执行命令如下(注意,我们的版本已经改为了2):

Add-Migration BanBen2

成功创建迁移文件之后,我们更新数据库.

Update-Database

成功信息如下:

然后我们进入数据库看看效果:

我们发现Content的长度限制已经改为了50

2.删除迁移

有的时候我们刚刚创建了一个迁移,还没应用到数据库,就发现自己需要变更实体.那我们就可以删除这个没有应用的迁移版本.

执行命令如下:(注意,这里是没有应用过的迁移,可以删除.如果应用过了.则会收到错误信息)

Remove-Migration

3.迁移回滚.

有些时候,我们需要回滚到之前的一个迁移版本.,比如我们部署的时候,开发版本和稳定版本肯定不一样..

那么我们就会用到回滚命令.

执行如下:

Update-Database 这里填写需要回滚的版本名

,比如我们执行如下:

Update-Database BanBen1

然后我们会发现,BanBen2中的长度限制,已经没有了..

4.生成一个迁移SQL脚本

有的时候,我们的生产数据库,是需要用脚本来创建库的.所以我们也可以直接通过实体来生成SQL脚本.命令如下:

Script-Migration

就会生成对应的迁移SQL脚本.如下:

CREATETABLE `__EFMigrationsHistory` (

`MigrationId` varchar(95)NOTNULL,

`ProductVersion` varchar(32)NOTNULL,

CONSTRAINT`PK___EFMigrationsHistory`PRIMARYKEY (`MigrationId`)

);INSERTINTO `__EFMigrationsHistory` (`MigrationId`, `ProductVersion`)VALUES('20180316015722_BanBen1','2.0.2-rtm-10011');ALTERTABLE`Posts` MODIFYCOLUMN`Content`varchar(50)NULL;ALTERTABLE`Posts`ALTERCOLUMN`Content`DROPDEFAULT;INSERTINTO `__EFMigrationsHistory` (`MigrationId`, `ProductVersion`)VALUES('20180316022508_BanBen2','2.0.2-rtm-10011');

当然,这个脚本可以自定义需要迁移的版本号.文件名,需要生成迁移脚本的上下文(多个上下文的情况).

5.迁移脚本的帮助说明.

我们可以通过命令来获取帮助说明

Get-Help about_EntityFrameworkCore

get-help Add-Migration -full

get-help Script-Migration -full

作者：顾振印出处：http://www.cnblogs.com/GuZhenYin/ 如果您觉得阅读本文对您有帮助，请点一下“推荐”按钮，您的“推荐”将是我最大的写作动力！本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面