EF Core不支持运行时切换Provider，必须为SQL Server和PostgreSQL分别定义独立DbContext类，迁移需指定-c和-o参数分离生成，连接字符串应通过工厂动态注入而非单例共享。
EF Core 本身不支持运行时“切换 Provider”或“复用同一个 DbContext 类连接 SQL Server 和 PostgreSQL”，硬要这么做会触发类型冲突、SQL 生成错误、迁移失败——这不是配置问题，是设计限制。
DbContext 注册必须是 Scoped/Transient，不能 Singleton
动态切换连接字符串的前提是：每次请求（或业务单元）拿到的 DbContext 实例，都用当前上下文决定的连接字符串初始化。如果注册成 AddSingleton<AppDbContext>()，那整个应用生命周期只初始化一次 OnConfiguring，后续所有调用都连同一个库。
-
AddDbContextPool<AppDbContext>()是安全的，默认按 Scoped 行为管理实例池 - 手动 new
DbContextOptionsBuilder时，务必确保.UseSqlServer(...)或.UseNpgsql(...)在每次构造时执行，而不是写在静态字段或单例里 - 别在
OnConfiguring里直接调用Configuration.GetConnectionString("xxx")—— 它只读一次配置快照，改 appsettings.json 不生效
SQL Server 和 PostgreSQL 必须分两个 DbContext 类
UseSqlServer() 和 UseNpgsql() 是互斥的扩展方法，它们注册的内部服务（如 SQL 生成器、类型映射器）完全不兼容。试图用同一个 DbContext 子类在运行时“切换 provider”会导致 InvalidOperationException：“The 'NpgsqlSqlGenerationHelper' was not found.”
- 共享逻辑应抽到基类或独立配置类：
IEntityTypeConfiguration<Order>可放在公共类库，被两个 DbContext 分别加载 - DateTimeOffset、JSONB vs nvarchar(max)、索引语法差异（
USING GINvsCREATE FULLTEXT INDEX）必须在配置中显式分支，例如：if (options.IsNpgsql()) { ... } - 迁移目录必须分离：
dotnet ef migrations add Init -c SqlServerDbContext -o Migrations/SqlServer
租户场景下最易踩的三个坑
按租户 ID 切库时，AsyncLocal 丢失、连接池污染、并发注入错乱是高频故障点。
-
AsyncLocal<string>在 EF Core 的异步管道中可能被截断（尤其跨await后续中间件），建议改用HttpContext.Items或显式传参 - 连接池是按连接字符串哈希隔离的，但若租户库名拼接进字符串（如
"Server=...;Database=tenant_{id}"），连接池会爆炸式增长——需限制租户数或预热常用库 - 别在仓储构造函数里直接 resolve
DbContext，而应通过工厂接口（如ITenantDbContextFactory.Create(string tenantId)）延迟获取，避免 DI 容器提前绑定错误实例
迁移命令必须指定 DbContext 类型和输出目录
EF Core 工具无法自动推断你要为哪个数据库生成迁移。不指定 -c 参数，它默认找项目中第一个 DbContext；不指定 -o，多个 provider 的迁移文件会混在一起，导致 Update-Database 失败。
- 为 SQL Server 迁移：
dotnet ef migrations add Init -c SqlServerDbContext -o Migrations/SqlServer - 为 PostgreSQL 迁移：
dotnet ef migrations add Init -c PostgreSqlDbContext -o Migrations/PostgreSql - 更新特定库：
dotnet ef database update -c SqlServerDbContext，不能省略-c - 如果共用一个 DbContext 基类，迁移程序集必须分开设置：
x => x.MigrationsAssembly("SqlServerMigrations")
真正麻烦的从来不是“怎么切”，而是“切完之后，SQL 怎么写、迁移怎么管、连接池怎么控、租户上下文怎么稳”。Provider 差异藏在细节里，比如 PostgreSQL 的 OFFSET/LIMIT 和 SQL Server 的 OFFSET FETCH 语义不等价，这种地方一出错，日志里根本看不出是 EF 切库导致的。
