EF Core单个DbContext如何创建多个DbContextModelSnapshot

完全可以在不新建独立迁移类库的前提下，在同一个项目的Migrations目录下为SQLite、PostgreSQL分别维护独立的迁移分支和专属快照文件，核心是利用EF Core按DbContext类型隔离迁移链路的特性，用轻量派生上下文做区分，不需要改动现有业务逻辑。

你之前用-OutputDir参数出现快照覆盖、迁移链路串用的问题，是因为EF Core默认会为同一个DbContext类型仅维护一份模型快照，不会按输出目录做隔离。

具体实现步骤 #

• 定义两个空的派生DbContext，仅用于迁移场景
  两个类都继承自你现有的主MyDbContext，不需要重写任何配置，业务运行时还是用原来的主DbContext，这两个类只在生成、执行迁移时做隔离用：

  // SQLite迁移专用上下文
  public class SqliteAppDbContext : MyDbContext
  {
      public SqliteAppDbContext(DbContextOptions<SqliteAppDbContext> options) : base(options)
      {
      }
  }
  
  // PostgreSQL迁移专用上下文
  public class NpgsqlAppDbContext : MyDbContext
  {
      public NpgsqlAppDbContext(DbContextOptions<NpgsqlAppDbContext> options) : base(options)
      {
      }
  }
  

• 生成迁移时指定上下文和对应输出目录
  给不同数据库生成迁移时，加-Context参数指定对应派生上下文，EF会自动在对应子目录下生成独立的迁移文件和专属DbContextModelSnapshot.cs，不会出现互相覆盖的问题：

  • 生成SQLite迁移：

    Add-Migration 迁移名 -Context SqliteAppDbContext -OutputDir Migrations/SQLite
    

  • 生成PostgreSQL迁移：

    Add-Migration 迁移名 -Context NpgsqlAppDbContext -OutputDir Migrations/NpgSQL
    

  生成完成后你可以检查两个子目录，会各自持有独立的模型快照，两个迁移链路完全隔离，不会出现基于另一个提供程序的迁移生成新文件的问题。你提到的布尔类型映射差异问题也会自动解决：两个快照会分别记录对应数据库的类型映射规则，执行迁移时不会出现类型不匹配报错。

• 运行时配置和迁移执行
  你之前写的配置有两个问题：

  • MigrationsAssembly方法的参数需要传入程序集名称，不是文件夹路径，因为你的所有迁移文件都在当前主项目里，直接传入当前项目的程序集即可，不需要拆分类库。
  • 单独注册DbContextOptions<MyDbContext>的写法多余，容易引发生命周期问题，直接用AddDbContext按环境切换配置即可。

  正确的配置参考：

  // 开发环境（SQLite）配置
  services.AddDbContext<MyDbContext>(builder =>
  {
      builder.UseSqlite("Filename=myDb.dev.db", b => 
          b.MigrationsAssembly(typeof(MyDbContext).Assembly.FullName)
      );
  });
  
  // 生产环境（PostgreSQL）配置，按环境判断切换即可
  // services.AddDbContext<MyDbContext>(builder =>
  // {
  //     builder.UseNpgsql(connectionString, b => 
  //         b.MigrationsAssembly(typeof(MyDbContext).Assembly.FullName)
  //     );
  // });
  

  执行迁移时同样指定对应上下文即可：

  • 开发环境更新SQLite数据库：Update-Database -Context SqliteAppDbContext
  • 生产环境更新PostgreSQL数据库：Update-Database -Context NpgsqlAppDbContext

附加问题解答 #

你给出的两段Startup配置代码无法正常工作：

• 第一段里MigrationsAssembly传入文件夹路径是无效传参，该方法仅识别程序集名称；
• 第二段手动注册DbContextOptions的写法不符合EF Core的默认注入逻辑，会导致上下文初始化异常，直接用AddDbContext内置的配置方法切换提供程序即可。

这个方案全程不需要新建独立的迁移类库，不需要调整现有项目的业务结构，两个数据库的迁移可以完全独立维护。

内容的提问来源于stack exchange，提问作者calvinagar