EF Core数据库初始化器替代方案：自定义SQL执行与初始化策略配置

你需要的执行钩子可以通过两种主流方式实现，覆盖不同场景：

• 迁移场景（生产/开发通用）：
  EF Core的迁移支持插入自定义SQL，每次执行Add-Migration生成迁移文件后，你可以在生成的Up方法中调用migrationBuilder.Sql()写入你需要的原生SQL语句即可，示例如下：

  // 设置字段SPARSE属性
  migrationBuilder.Sql("ALTER TABLE [User] ALTER COLUMN [ExtendField] NVARCHAR(MAX) SPARSE NULL");
  // 设置数据库排序规则
  migrationBuilder.Sql("ALTER DATABASE CURRENT COLLATE Chinese_PRC_CI_AS");
  

  这些SQL会和其他迁移操作一起按顺序执行，适合一次性的schema调整需求。
• 无迁移场景（开发测试用）：
  如果你不使用迁移，可以在应用启动流程中，数据库初始化逻辑执行完成后手动调用原生SQL：

  // 先执行初始化逻辑
  context.Database.EnsureCreated();
  // 再执行自定义原生SQL
  context.Database.ExecuteSqlRaw("你的SQL语句");
  

EF Core没有内置和EF6完全对齐的IDatabaseInitializer抽象，对应的能力都拆分为独立API，你可以按需组合实现不同策略：

• 对应EF6的CreateIfNotExists：调用context.Database.EnsureCreated()，数据库不存在时会自动创建库和所有表结构，已存在则不做任何操作
• 对应EF6的DropCreateDatabaseAlways：按顺序调用context.Database.EnsureDeleted() + context.Database.EnsureCreated()即可实现每次都删库重建
• 对应EF6的DropCreateDatabaseIfModelChanges：EF Core没有内置对应的判断逻辑，开发环境下可以手动执行上面的删库重建逻辑模拟，生产环境不推荐使用该策略
• 生产环境推荐的增量更新策略：调用context.Database.Migrate()，会自动执行所有未应用到数据库的迁移文件，不会修改已有数据和结构

如果你需要完全复刻EF6初始化器的自动执行逻辑，自己封装一个静态扩展方法，把策略判断、原生SQL执行、自定义播种逻辑都封装进去，在应用启动时调用一次即可，灵活度高于EF6的内置初始化器。

内容的提问来源于stack exchange，提问作者D.R.