介绍
EFCore工具可帮助完成设计数据库时候的开发任务，主要用于通过对数据库架构进行反向工程来管理迁移和搭建DbContext和实体类型。EFCore .NET命令行工具是对跨平台.NET Core CLI工具的扩展，该工具执行需要具有.NET Core SDK(具有 Sdk="Microsoft.NET.Sdk" 的项目或项目文件中的相似项目)的项目，优点是适用于所有平台。
安装工具
使用终端工具执行在任意目录执行下面命令，可以尝试下Terminal 终端工具。
# 安装为全局工具
dotnet tool install --global dotnet-ef# 更新工具
dotnet tool update --global dotnet-ef
验证安装
dotnet ef
参考地址：https://docs.microsoft.com/zh-cn/ef/core/cli/dotnet
创建项目
本次使用的项目为.NetCore WebAPI项目，代码结构如下
源代码地址：https://gitee.com/AZRNG/my-example
迁移代码优先
简单迁移
使用迁移还需要另外安装Nuget包
<PackageReference Include="Microsoft.EntityFrameworkCore.Design" Version="5.0.6" />
在项目文件夹目录下操作终端工具
dotnet ef migrations add Init// 指定Migrations目录
dotnet ef migrations add Init --output-dir MyMigration// 指定迁移上下文
dotnet ef migrations add Init --context BlogContext
在 EF Core 5.0及以上 中，才可以使用更改独立于目录的命名空间 --namespace 。
此处Init为迁移名称，该名称要可以表示出当前迁移的内容信息。
生成成功，查看项目内的变化，增加了一个文件夹Migrations
xxxxxx_Init -主迁移文件。包含应用迁移的操作(在up中)和还原迁移所需的操作(在down中)
OpenDbContextModelSnapshot -当前模型的快照。用于确定添加下一迁移时的更改内容。
最好检查下生成的内容是不是我们期望的那样子，有些情况下是需要进行修改的。
如果这个时候，我们又修改了实体类，那么还可以运行命令再次迁移(迁移名称不能相同)
特殊情况
有些特殊情况下生成的迁移文件不是我们预期的那样子，这个时候需要手动修改。
列名重命名
如果实体类中的列明重复了，我们重新迁移，查看生成的文件，比如我将用户表Account修改为UserName，按照官网的说法会生成一下迁移
migrationBuilder.DropColumn(name: "Account",table: "User");migrationBuilder.AddColumn<string>(name: "UserName",table: "User",nullable: true);
实际生成结果为
migrationBuilder.RenameColumn(name: "Account",table: "user",newName: "UserName");
如果生成了先Drop再Add那种进行应用数据库，则用户的帐号都会丢失，所以需要修改我下面这种。(当前现在生成的就是我们想要样子，不过我们还需要谨慎)
还有其他的情况需要注意，可以参考官网
删除迁移
有时候我们在添加迁移后，马上有实体进行改动，这个时候我们并不像再次生成迁移，那么就可以考虑删除上个迁移。
dotnet ef migrations remove
删除迁移后，对实体进行更改，然后再次添加迁移。特殊情况下我们想删除所有的迁移，可以通过删除迁移文件夹并删除数据库来完成。
场景：我们已经生成了许多迁移文件，比较繁琐，我们想将这些迁移文件合并，那么就可以删除迁移文件夹，然后删除数据库的迁移历史表数据，再次生成迁移，根据生成的迁移名称，对迁移历史记录表增加一条对应的数据。
列出迁移
通过下面命令可以查询到我们所有的迁移
dotnet ef migrations list
生成SQL脚本
生成从0到最新迁移的SQL脚本
dotnet ef migrations script
From
生成从给定迁移到最新迁移的SQL脚本（包含最新迁移）
dotnet ef migrations script AddNewTables
From和To
可以从指定的From迁移到指定迁移To的SQL脚本
dotnet ef migrations script AddNewTables AddAuditTable
脚本生成接受以下两个参数，以指示应生成的迁移范围：
from 迁移应是运行该脚本前应用到数据库的最后一个迁移。如果未应用任何迁移，请指定
0（默认值）。to 迁移是运行该脚本后应用到数据库的最后一个迁移。它默认为项目中的最后一个迁移。
创建数据库和表
手动执行
让EFCore创建数据库并从迁移中创建表结构，运行命令
dotnet ef database update
如果后续我们实体类结构再有修改，那么还可以先创建迁移文件，然后再生成到数据库。(因为EF已经检测到数据库已存在，会通过对比特殊迁移历史记录表，然后只应用那些新的迁移)。
运行时候执行
//如果当前数据库不存在按照当前 model 创建，如果存在则将数据库调整到和当前 model 匹配
dbContext.Database.Migrate(); // 生产环境使用考虑好数据问题
请勿在 Migrate() 前调用 EnsureCreated()。EnsureCreated() 会绕过迁移创建架构，这会导致 Migrate() 失败
创建和删除API
EnsureDeleted
EnsureDeleted 方法会删除数据库（如果存在）。如果你没有相应的权限，则会引发异常。
// Drop the database if it exists
dbContext.Database.EnsureDeleted();
EnsureCreated
如果数据库不存在，EnsureCreated 将创建数据库并初始化数据库架构。如果存在任何表 (包括其他 DbContext 类) 的表，则不会初始化该架构。
// Create the database if it doesn't exist
dbContext.Database.EnsureCreated();
SQL 脚本
若要获取 EnsureCreated 使用的 SQL，可以使用 GenerateCreateScript 方法。
var sql = dbContext.Database.GenerateCreateScript();
多个 DbContext 类
EnsureCreated 仅在数据库中不存在任何表时有效。如果需要，您可以编写自己的检查来查看是否需要初始化架构，并使用基础 IRelationalDatabaseCreator 服务来初始化架构。
// TODO: Check whether the schema needs to be initialized// Initialize the schema for this DbContext
var databaseCreator = dbContext.GetService<IRelationalDatabaseCreator>();
databaseCreator.CreateTables();
参考地址：https://docs.microsoft.com/zh-cn/ef/core/managing-schemas/ensure-created
反向工程数据库优先
dotnet ef dbcontext scaffold "Data Source=(localdb)\MSSQLLocalDB;Initial Catalog=Chinook" Microsoft.EntityFrameworkCore.SqlServer
配置数据库连接字符串、数据库提供程序
常用配置
--table 指定表反向工程
--context 指定上下文
-context-dir 指定上下文目录
--output-dir Models 指定上下文目录
示例：当前我们有一个数据库文件，需要通过反向工程生成实体类，表结构如下
user
score
项目结构如下
项目目录使用终端执行命令
dotnet ef dbcontext scaffold "Server=localhost;Database=test;Port=3306;charset=utf8;uid=root;pwd=123456;" Pomelo.EntityFrameworkCore.MySql --output-dir Entity --context OpenDbContext
项目结构如下
不过反向工程这种并不会将数据库表注释带到代码中，并且每次执行时候会删除原来的表结构。
参考文档
开始迁移：https://docs.microsoft.com/zh-cn/ef/core/managing-schemas/migrations/managing?tabs=dotnet-core-cli
自定义历史记录表：https://docs.microsoft.com/zh-cn/ef/core/managing-schemas/migrations/history-table
