多DbContext下Code First自动迁移：如何跳过共享表

当然可以实现这种需求！在多DbContext共享数据库表的场景下，我们只需要告诉EF Core，第二个DbContext里的Address实体对应的表已经存在，不需要迁移来处理它。下面是几种靠谱的实现方式：

方法一：通过Fluent API标记实体为迁移忽略（推荐） #

在第二个DbContext的OnModelCreating方法中，使用Fluent API配置Address实体，明确指定它映射到已存在的Addresses表，并且排除在迁移之外：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    base.OnModelCreating(modelBuilder);

    // 配置Address实体映射到已有的Addresses表，同时跳过迁移处理
    modelBuilder.Entity<Address>()
        .ToTable("Addresses")
        .Metadata.SetIsTableExcludedFromMigrations(true);
}

这样当你为第二个DbContext生成迁移时，EF Core会自动忽略Address对应的表，不会生成任何关于创建或修改Addresses表的迁移代码。

方法二：手动清理迁移文件（应急方案） #

如果你已经生成了第二个DbContext的迁移文件，可以手动打开迁移的.cs文件，找到所有涉及创建Addresses表的代码段并删除。不过这种方法有个弊端：后续如果重新生成迁移，EF Core还是会再次生成创建Addresses表的代码，需要重复清理，所以只适合临时应急使用。

注意事项 #

• 确保两个DbContext中的Address实体定义完全一致（包括字段名称、数据类型、主键、约束等），否则在第二个DbContext中操作Address数据时可能会出现异常。
• 必须先执行第一个DbContext的迁移，确保Addresses表已经被创建，再执行第二个DbContext的迁移，避免出现表不存在的错误。

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