.NET Core 3.1中如何强制EF Core创建多个数据库Schema？

这个问题我之前在做多Schema的EF Core集成测试时也踩过坑！核心矛盾在于EF Core的EnsureCreated()和EnsureDeleted()都是针对整个数据库的操作，而非单个Schema：

• EnsureDeleted()会直接删掉整个数据库，不是你想要的只清理指定Schema
• EnsureCreated()只有在数据库完全不存在的时候才会创建对应的Schema和表，一旦数据库已经存在（哪怕是另一个DbContext创建的），它就会直接跳过操作

下面给你两种实用的解决方案，根据你的项目情况选择：

方案一：手动管理Schema+生成表脚本（适合无迁移的小型项目） #

这种方法不需要依赖EF Core迁移，直接通过SQL操作Schema，再让EF生成并执行表创建脚本：

private void PrepareDatabase(Test1DbContext test1DbContext, Test2DbContext test2DbContext) 
{ 
    // 1. 清理现有Schema（CASCADE会删除Schema下所有对象）
    test1DbContext.Database.ExecuteSqlRaw("DROP SCHEMA IF EXISTS test1 CASCADE");
    test2DbContext.Database.ExecuteSqlRaw("DROP SCHEMA IF EXISTS test2 CASCADE");

    // 2. 创建两个空Schema
    test1DbContext.Database.ExecuteSqlRaw("CREATE SCHEMA test1");
    test2DbContext.Database.ExecuteSqlRaw("CREATE SCHEMA test2");

    // 3. 让EF生成对应DbContext的表创建脚本并执行
    var test1TableScript = test1DbContext.Database.GenerateCreateScript();
    test1DbContext.Database.ExecuteSqlRaw(test1TableScript);

    var test2TableScript = test2DbContext.Database.GenerateCreateScript();
    test2DbContext.Database.ExecuteSqlRaw(test2TableScript);
}

关键说明： #

• GenerateCreateScript()会根据你的实体类和DbContext配置生成完整的表创建SQL，因为你的实体已经标记了Schema = "test1"/test2，所以脚本里的表都会自动关联对应的Schema
• 要确保数据库用户拥有创建、删除Schema的权限

方案二：使用EF Core迁移（推荐长期维护的项目） #

如果你的项目需要长期迭代Schema，使用EF Core迁移是更规范的方式，它能跟踪Schema变化并自动应用：

第一步：为每个DbContext创建独立迁移 #

在命令行中分别为两个DbContext生成迁移文件：

# 为Test1DbContext生成迁移，指定输出目录区分两个Schema的迁移
dotnet ef migrations add InitialTest1Setup --context Test1DbContext --output-dir Migrations/Test1

# 为Test2DbContext生成迁移
dotnet ef migrations add InitialTest2Setup --context Test2DbContext --output-dir Migrations/Test2

第二步：修改集成测试的数据库准备逻辑 #

private void PrepareDatabase(Test1DbContext test1DbContext, Test2DbContext test2DbContext) 
{ 
    // 可选：如果需要完全重置数据库，可以先删除整个库
    // test1DbContext.Database.EnsureDeleted();

    // 应用Test1的迁移：自动创建test1 Schema和所有表
    test1DbContext.Database.Migrate();

    // 应用Test2的迁移：自动创建test2 Schema和所有表
    test2DbContext.Database.Migrate();
}

关键说明： #

• Migrate()方法不管数据库是否存在，都会检查当前迁移状态并应用所有未执行的迁移，所以能确保两个Schema和对应的表都被正确创建
• 后续Schema变更时，只需要为对应的DbContext生成新的迁移，测试逻辑不需要修改

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