我们这里指的并不是查询,而是利用Ef的迁移原理,生成可用的其它表架构操作的Sql
。
例如你想在Ef Core
里建表,并且可能程序里有多个provider
,那么写Sql将是一件痛苦的事情,我们就是利用Ef Core
迁移时的操作,来为我们所用。
如果看过此系列中屏蔽外键的那一篇博客,我们的主角就暗藏在里面,它就是各种Operation
。
Ef Core
中所有的迁移的工作单元均由Operation
组成,例如CreateTableOperation
、AlterColumnOperation
等等,我们要做的就是将我们的操作组装为对应的Operation
来模拟迁移的操作,让Ef Core
去生成Sql
,那我们在一定程度上就避免了Sql
的强耦合,生成Sql
将有Ef Core
的提供程序来提供支持。
当然我们之前提到过,不同的提供程序可能有些实现是没有的,例如微软官方就不提供AlterColumnOperation
,直接采用的暴力的Drop
和Add
,我们只需重写IMigrationsSqlGenerator
中对应的实现即可。
使用Operation
有两种方法实现:
直接拼接Operation
需要我们创建对应的Operation
并且填充里面的主要信息,生成Sql
时,需要拿到DbContext
内部的IMigrationsSqlGenerator
作为服务,用于生成Sql
。
var service = CreateDbContext<DataDbContext>().GetService<IMigrationsSqlGenerator>(); var creator = new CreateTableOperation() { Name = "test", }; creator.Columns.Add(new AddColumnOperation() { Name = "Id", ClrType = typeof(int), IsNullable = false }); var operations = new List<MigrationOperation> { creator }; var cmd = service.Generate(operations); foreach (var item in cmd.Select(x => x.CommandText)) { TestOutputHelper.WriteLine(item); }
类似于迁移文件的写法实现时,和迁移文件中展现的部分基本一样,生成Sql
时,需要构建一个MigrationBuilder
并且提供你要使用的Ef Core
提供程序,项目里需要引用该提供程序。随后即可生成对应的Sql
。
MigrationBuilder t = new MigrationBuilder("Microsoft.EntityFrameworkCore.SqlServer"); t.CreateTable( name: "flow_draft", columns: table => new { ID = table.Column<string>(type: "varchar(36)", maxLength: 36, nullable: false), FlowId = table.Column<string>(type: "varchar(50)", maxLength: 50, nullable: false, comment: "流程Id"), UserId = table.Column<string>(type: "varchar(255)", nullable: false, comment: "草稿提交人"), FormDataId = table.Column<string>(type: "varchar(36)", maxLength: 36, nullable: false, comment: "数据Id"), Content = table.Column<string>(type: "longtext", nullable: false, comment: "表单冗余数据") }, constraints: table => { table.PrimaryKey("PK_flow_draft", x => x.ID); }, comment: "流程草稿记录") .Annotation("MySQL:Charset", "utf8mb4"); cmd = service.Generate(t.Operations); foreach (var item in cmd.Select(x => x.CommandText)) { TestOutputHelper.WriteLine(item); }