EF Core Model更新迁移

EF Core 迁移

感觉就是以前EF Code First的自动同步数据库功能

内容：在你新增、更新TableModel后，如何自动化的更新DB中的真实Table。以及对这些更改进行一个版本控制。

本文将以一个示例进行简单明了的演示输出。（不会很详细，只记录主要步骤）

当下我们已经有了一个ASP.NET Core的web应用程序，本文我们所关心的只有2个：

1、Model

2、DB Table

当下：

Model

最后一个为导航属性，无视。

Table

现在我们要在Model/Student.cs 加一个属性

更改后

对应的Table，我们希望变成如下

如何操作呢？

办法有很多，本文介绍由EF Core提供的一种迁移。

优点

不需要去手动操作数据库

不会影响现有db data（也就是不是重建db）

可追溯更改内容，即版本控制

开始动手

前期准备

建一个ASP.NET Core web Application，用EF Core连接好数据库，建好Student.cs

编辑*.csproj 文件，添加highlight内容

cmd 定位到项目根目录（即Startup.cs所在目录）

dotnet ef migrations add InitialCreate

将初始化EF Core用于迁移的文件。InitialCreate是其中一个迁移记录的版本文件名，暂不关心。

现在你的项目中将多出：

【SchoolContext】ModelSnapshot里面记录了要生成db的内容。

20180513071210_【InitialCreate】记录了此次更新（同上个版本）的部分，由于我们是第一次初始化，所以里面记录了全部表结构内容。

【SchoolContext】ModelSnapshot:

20180513071210_【InitialCreate】:

回到cmd 定位到项目根目录

dotnet ef database update

EF Core将为我们跟db同步

现在我们的db应该跟Model是一致的（多余的细节，这里就不赘述了）

做到这里，我们应该清楚EF Core是通过生成/Migrations Folder的内容来实现同步db。

此时还会新生成一个表用于版本记录

EF Core 使用 __MigrationsHistory 表查看是否需要运行任何迁移。 如果 DB 已是最新，则无需运行迁移。

Now

更改Student.cs

添加新属性NewColForTest

按照我们的猜测，要同步更新db，应该就是更改/Migrations Folder里的内容。把该属性对应的添加上去，然后执行

dotnet ef database update

即可实现同步更新（迁移）。

现在这里可以手动更改/Migrations Folder里的两个文件，然后执行cmd。

那么可以不手动吗？

可以，先执行命令，生成一个新的差异版本Migration，我们命名为UpdateStudent

dotnet ef migrations add UpdateStudent

结果

点开文件

只有差异内容。

最后执行

dotnet ef database update

查看我们的db

原有的数据也仍在。完成。

注意：如果命令报错，可以检查是否把iis express退出。

总结

我觉得很大一个亮点是每次更新都生成一个追踪版本，某些情况下，省去了单独维护sql 脚本的工作。

与EF Code First比较，运行的更加“透明”，让我们更直接的知道发生了什么，黑魔法的感觉少了很多。Code First更新在配置完成下只需要运行F5，即DB 同步成功，让人感觉不是那么“亲近”。

认识较浅，请指教。

Thanks All.

欢迎讨论~

感谢阅读~

个人公众号：

原文：https://segmentfault.com/a/1190000014839947#articleHeader2