EF Core 数据库优先Scaffold带WHERE条件的唯一索引时错误生成1:1关联而非1:n关联

看起来你遇到的确实是EF Core脚手架工具在处理带筛选条件的唯一索引时的一个常见问题，完全不是你的配置出错了！

问题原因 #

EF Core的数据库优先脚手架在推断实体关联关系时，会把数据库里的唯一索引当成判断1:1关联的依据。但它目前没办法区分「全局唯一索引」和「带WHERE条件的筛选唯一索引」——你的ux_target_request_active_per_target只是限定了每个target_id在is_active=true时唯一，但工具误把它当成了整个target_id列全局唯一，所以生成了一对一的关联属性，而不是正确的一对多集合。

可行的解决方案 #

这里有几个实用的 workaround：

1. 手动修正模型和上下文代码

这是最直接的办法，修改生成后的文件：

• 在Target.cs里，把单个的TargetRequest属性替换成集合：

  [InverseProperty("Target")]
  public virtual ICollection<TargetRequest> TargetRequests { get; set; } = new List<TargetRequest>();
  

• 同时在TrgtDbContext.cs的OnModelCreating方法中，修正TargetRequest的关联配置，把WithOne改成WithMany：

  entity.HasOne(d => d.Target).WithMany(p => p.TargetRequests).HasConstraintName("fk_target_request_target");
  

2. 临时移除索引再Scaffold，之后补回索引

如果不想手动改太多代码，可以按这个步骤来：

• 先在数据库中删除ux_target_request_active_per_target这个筛选唯一索引
• 重新运行你的Scaffold命令，这时候工具会生成正确的一对多关联（ICollection<TargetRequest>）
• 再把筛选唯一索引重新添加回数据库，同时在TrgtDbContext的OnModelCreating里手动保留/添加索引的配置代码：

  entity.HasIndex(e => e.TargetId, "ux_target_request_active_per_target")
      .IsUnique()
      .HasFilter("(is_active = true)");
  

3. 升级到EF Core的最新补丁版本

这类脚手架逻辑缺陷通常会在后续的补丁版本中修复。你当前使用的是EF Core 10.0.3，可以检查官方的更新日志，看看是否有针对筛选唯一索引关联推断的修复，若有的话升级到最新补丁版本再尝试Scaffold。

补充说明 #

EF Core运行时本身是完全支持带筛选条件的唯一索引的，只是脚手架工具在生成模型时的关联推断逻辑不够完善，误判了关联类型。只要手动修正模型和上下文的关联配置，后续的数据库操作（比如添加多个非活跃的TargetRequest）就能正常工作。

备注：内容来源于stack exchange，提问作者Aleks Vujic