无Include()查询单实体时EF Core为何生成INNER JOIN语句

核心触发点是Fluent API的关系配置错误，让EF Core误识别为表拆分场景，具体逻辑如下：

• 首先你把两个不同的CLR实体类型MaterialInfo和Material都映射到了同一个物理表Material
• 你给两个实体配置的一对一关系存在设计冲突：
  • 你给MaterialInfo配置的实体主键就是MaterialCode字段
  • 同时你配置这个一对一关系的外键是MaterialInfo.MaterialCode，关联的主实体Material的引用键也是MaterialCode字段，属于完全重合的共享主键关联
  • 你在WithOne()中没有指定任何反向导航属性，EF Core无法识别你是要配置普通的自关联，会默认把这种「同表映射+共享主键+无显式导航的一对一关系」判定为表拆分（Table Splitting）配置。
• 表拆分是EF Core提供的、用于将同一行数据库表数据拆成多个关联实体的功能，这个场景下EF Core默认认为映射到同表的所有实体共享同一行数据，即使你不调用Include()加载关联实体，也会自动生成INNER JOIN校验关联行存在，保证变更追踪的对象状态一致性，这就是你没写Include也出现JOIN的直接原因。
• 你看到的SQL里额外的[m].[Id] IS NOT NULL条件，是因为关联的Material实体默认以Id作为主键，EF Core会自动给主键字段追加非空校验。

// 触发问题的错误关系配置片段
entity.HasOne<Material>() //maps to the same table
    .WithOne()
    .IsRequired(false)
    .HasForeignKey<MaterialInfo>(e => e.MaterialCode)
    .HasPrincipalKey<Material>(e => e.MaterialCode)
    .HasConstraintName("FK_MaterialInfo_Material_MaterialCode");

• 如果不需要这个同表关联，直接删除上面这段HasOne<Material>的全部配置即可，异常JOIN会自动消失。
• 如果确实需要保留同表自关联：
  1. 不要让外键和实体主键共用MaterialCode字段，新增独立的外键字段（比如ParentMaterialCode）用来做关联，避免触发共享主键的表拆分识别
  2. 如果必须用MaterialCode做关联，不要将两个独立CLR实体映射到同一张表，要么合并实体定义，要么将一对一关系调整为无导航的一对多关系，显式告诉EF Core这是普通外键关联而非表拆分。

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