EF Code First迁移架构使用问题：键名含架构及多架构处理

这确实是EF迁移里容易碰到的小困扰——默认生成的代码带着架构前缀，连生成的键名也会包含dbo.这类标识，显得不够简洁。除了你提到的手动指定键名，还有几个更灵活的方案可以应对：

1. 为DbContext设置默认架构 #

如果你的大部分表都属于同一个架构（比如dbo），可以直接在DbContext的配置里指定默认架构，这样迁移操作里就不用每次都写架构名了：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    // EF6的写法
    modelBuilder.HasDefaultSchema("dbo");
    
    // 如果是EF Core，写法类似：
    // modelBuilder.HasDefaultSchema("dbo");
}

设置之后，你的迁移代码就可以简化成：

public override void Up()
{
    DropPrimaryKey("MyTable");
    AddPrimaryKey("MyTable", "NewField");
}

EF会自动把MyTable关联到默认的dbo架构，生成的键名也不会再带着dbo.前缀（前提是你没手动指定包含架构的键名）。

2. 为实体单独配置架构（多架构场景） #

如果数据库里有多个架构，不同表归属不同架构，那可以给每个实体单独指定对应的架构，这样迁移时操作表也不用写架构名：

比如在EF6里，你可以用数据注解：

[Table("Order", Schema = "Sales")]
public class Order
{
    // 实体属性
}

或者用Fluent API：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    modelBuilder.Entity<Order>()
        .ToTable("Order", "Sales");
}

配置完成后，迁移里操作这个表时直接写"Order"就可以，EF会自动识别到它属于Sales架构，不会和其他架构下的同名表混淆。

3. 迁移中显式指定架构范围（EF Core） #

在EF Core里，你还可以在迁移的Up/Down方法里，用migrationSql配合架构，或者利用EnsureSchema先确保架构存在，然后操作表时省略架构名：

public override void Up()
{
    migrationBuilder.EnsureSchema("Sales");
    // 操作Sales架构下的表，直接写表名即可
    migrationBuilder.DropPrimaryKey(
        name: "PK_Order",
        table: "Order");
}

不过这种方式更适合临时处理某个架构下的批量操作，长期来看还是实体配置更省心。

另外你提到的UseSchema方法，EF原生并没有这个API，但上面的几种方案已经能覆盖单架构和多架构的场景啦。

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