自定义IdentityServer的ConfigurationDbContext时Schema不生效问题

看起来你遇到的问题是EF成功添加了自定义字段，但没有将Client表映射到你指定的Security架构上。这背后主要有两个核心原因，结合IdentityServer的EF集成逻辑，我们来一步步解决：

1. 未正确指定自定义Client实体类型到ConfigurationDbContext #

IdentityServer的ConfigurationDbContext默认使用官方提供的Client类型作为实体。你自定义的IdSrvClient是继承自Client的派生类，但如果不明确告诉IdentityServer使用这个派生类，ConfigurationDbContext依然会基于原生Client生成表结构，你的IdSrvClientMap配置相当于在操作一个未被启用的实体，自然不会影响最终的表Schema。

修复方式： #

让你的IdSrvConfigurationDbContext继承泛型版本的ConfigurationDbContext，把自定义的IdSrvClient作为第一个泛型参数传入：

// 替换泛型参数，指定使用你的自定义Client实体
public class IdSrvConfigurationDbContext : ConfigurationDbContext<IdSrvClient, IdentityResource, ApiResource, ApiScope, ClientClaim>
{
    public IdSrvConfigurationDbContext(DbContextOptions<ConfigurationDbContext> options, ConfigurationStoreOptions storeOptions) 
        : base(options, storeOptions) { }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        // 先执行基类配置，确保IdentityServer的基础映射逻辑生效
        base.OnModelCreating(modelBuilder);
        // 再应用你的自定义表映射配置
        modelBuilder.ApplyConfiguration(new IdSrvClientMap());
    }
}

2. 验证迁移与服务注册 #

完成上述修改后，还需要做两个关键验证：

• 重新生成迁移：删除之前生成的迁移记录，执行Add-Migration命令，查看新迁移文件中CreateTable语句的Schema是否为Security。
• 确认服务注册：在Program.cs/Startup.cs中，确保IdentityServer使用的是你自定义的DbContext：

services.AddIdentityServer()
    .AddConfigurationStore<IdSrvConfigurationDbContext>(options =>
    {
        options.ConfigureDbContext = db => 
            db.UseSqlServer(Configuration.GetConnectionString("YourConnectionString"));
    })
    // 其他IdentityServer配置项...

为什么自定义字段生效但Schema没改？ #

这是因为EF默认采用TPH（表继承）策略，会自动将派生类的额外属性添加到基类对应的表中，但表的Schema和名称依然由基类的配置决定，所以才会出现字段生效但Schema未改变的矛盾情况。

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