如何阻止EF Core在后续迁移中删除认证相关数据库表？

我之前也碰到过一模一样的情况——用VS的单个用户账户模板建项目，初始迁移自动生成了AspNetUsers这类身份表，但后续自己加实体做迁移时，EF Core因为找不到对应POCO模型，就把这些系统表当成冗余表要删掉。除了手动改迁移文件，这几个方法能彻底解决这个麻烦：

方法一：在DbContext里显式忽略系统表 #

直接在OnModelCreating方法里告诉EF Core别管这些身份表，代码如下：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    base.OnModelCreating(modelBuilder);
    
    // 列出所有要忽略的ASP.NET Identity系统表
    modelBuilder.Ignore("AspNetUsers");
    modelBuilder.Ignore("AspNetRoles");
    modelBuilder.Ignore("AspNetUserRoles");
    modelBuilder.Ignore("AspNetUserClaims");
    modelBuilder.Ignore("AspNetUserLogins");
    modelBuilder.Ignore("AspNetUserTokens");
    modelBuilder.Ignore("AspNetRoleClaims");
}

这样EF生成迁移时就不会把这些表标记为待删除项了，简单直接。

方法二：标记系统表为迁移排除项 #

如果想要更彻底地让EF完全无视这些表，还可以把它们标记为“不参与迁移”：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    base.OnModelCreating(modelBuilder);
    
    // 遍历所有身份表，设置排除迁移标记
    var identityTables = new[] { 
        "AspNetUsers", "AspNetRoles", "AspNetUserRoles", 
        "AspNetUserClaims", "AspNetUserLogins", 
        "AspNetUserTokens", "AspNetRoleClaims" 
    };
    
    foreach (var table in identityTables)
    {
        modelBuilder.Entity(table)
            .HasNoKey()
            .ToTable(table)
            .Metadata.IsTableExcludedFromMigrations = true;
    }
}

通过IsTableExcludedFromMigrations = true，EF会彻底跳过这些表的差异检测，完全不会在迁移里提到它们。

方法三：分离身份验证与业务DbContext #

这是更规范的长期解决方案——把身份相关的表和你自己的业务表用两个独立的DbContext管理：

1. 创建单独的身份DbContext：

public class AppIdentityDbContext : IdentityDbContext<IdentityUser>
{
    public AppIdentityDbContext(DbContextOptions<AppIdentityDbContext> options) 
        : base(options)
    {
    }
}

2. 在配置文件（Startup.cs或Program.cs）里注册这个DbContext，并指定它作为身份验证的存储：

// 注册身份DbContext
services.AddDbContext<AppIdentityDbContext>(options =>
    options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection")));

// 配置身份验证使用这个DbContext
services.AddDefaultIdentity<IdentityUser>(options => options.SignIn.RequireConfirmedAccount = true)
    .AddEntityFrameworkStores<AppIdentityDbContext>();

3. 你的业务DbContext只负责自己的实体模型，这样后续生成迁移时，只会处理业务表，和身份表完全隔离，再也不会出现误删提示。

总结 #

如果只是临时快速解决，方法一或二足够；如果项目规模较大，建议用方法三，从根源上避免迁移冲突，让代码结构更清晰。

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