EF Core跨无关联DbContext/Schema出现主键定义异常求助

核心原因 #

这种跨DbContext触发异常的情况，通常并非EF Core的Bug，而是EF Core的模型发现机制意外扫描到无关实体，或DbContext的创建流程间接触发了另一个DbContext的模型验证导致的。

可能的触发场景及解决办法 #

1. 意外的实体扫描
   EF Core默认会扫描DbContext所在程序集及引用程序集中的所有实体类型。如果TblCentrale所在的程序集被DbContextAlgo的项目引用，EF Core可能会将其纳入DbContextAlgo的模型验证流程，而该实体未配置主键，进而触发报错。

   • 解决：在DbContextAlgo的OnModelCreating方法中显式忽略该实体：

     protected override void OnModelCreating(ModelBuilder modelBuilder)
     {
         modelBuilder.Ignore<TblCentrale>();
         // 其他原有配置代码
     }
     

2. DbContext构造/依赖注入的关联
   若DbContextAlgo的构造函数中初始化了DbContextGestion，或者依赖注入容器中DbContextAlgo的创建依赖DbContextGestion，则创建DbContextAlgo时会触发DbContextGestion的模型初始化，进而暴露其TblCentrale的主键配置问题。

   • 解决：检查DbContextAlgo的构造逻辑，移除不必要的DbContextGestion依赖；若确实需要依赖，先修复DbContextGestion的实体配置。

3. 脚手架生成的DbContextGestion配置缺陷
   由于DbContextGestion是EF Core脚手架生成的，若数据库中TblCentrale表无主键，脚手架不会自动配置HasNoKey()，导致该DbContext本身存在模型验证错误。只要该DbContext被初始化（哪怕是间接触发），就会抛出异常。

   • 解决：修复DbContextGestion的配置：
     若表确实无主键，配置为无键实体：

     protected override void OnModelCreating(ModelBuilder modelBuilder)
     {
         modelBuilder.Entity<TblCentrale>().HasNoKey();
         // 其他脚手架生成的配置代码
     }
     

     若表实际存在未被识别的主键（如复合主键），手动指定主键字段：

     modelBuilder.Entity<TblCentrale>()
         .HasKey(t => new { t.Column1, t.Column2 }); // 替换为实际主键字段
     

4. 迁移命令的扫描范围问题
   执行add-migration时，即使指定了-Context DbContextAlgo，EF Core仍可能扫描项目中所有DbContext的配置。若DbContextGestion存在模型错误，会导致命令失败。

   • 解决：执行迁移时明确指定项目范围，避免扫描无关DbContext：

     PM> add-migration -Context DbContextAlgo init -Project YourAlgoProjectName -StartupProject YourStartupProjectName
     

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