EF Core中使用FromSqlInterpolated调用存储过程查询继承实体时因Owned Type引发非组合SQL错误

这个问题我之前也踩过坑，核心原因是EF Core在处理继承层次+Owned Type的组合场景时，查询父实体BEntities会默认包含整个继承链的映射逻辑——哪怕你查的是父类，EF也会考虑子实体EntityA的Owned Type关联表，而存储过程的EXEC语句属于非组合式SQL，EF无法将它和自动生成的Owned Type关联逻辑组合到一起，所以抛出了那个错误。

下面给你几个可行的解决方案，按从易到难排序：

1. 使用无跟踪查询（最快解决） #

如果你的场景是只读查询，不需要EF跟踪实体状态，直接加上AsNoTracking()就能跳过EF的跟踪逻辑，也就不会触发Owned Type的关联尝试：

return await BEntities
    .FromSqlInterpolated($"EXEC GetManyRecords @Id = {id}")
    .AsNoTracking()
    .ToListAsync();

这个方案最简单，几乎不需要改动现有代码，适合大多数只读场景。

2. 显式投影到父实体属性（适合需要跟踪的场景） #

如果你需要EF跟踪实体状态，可以通过投影明确告诉EF只处理EntityB的属性，不要涉及EntityA的Owned Type：

// 先投影到匿名类（或自定义DTO）
var rawResults = await BEntities
    .FromSqlInterpolated($"EXEC GetManyRecords @Id = {id}")
    .Select(b => new {
        // 复制EntityB的所有属性
        b.Id,
        b.Description,
        b.CreatedDate,
        // ...其他EntityB的属性
    })
    .ToListAsync();

// 手动转换为EntityB实例（EF会自动跟踪这些实例）
return rawResults.Select(dto => new EntityB {
    Id = dto.Id,
    Description = dto.Description,
    CreatedDate = dto.CreatedDate,
    // ...对应赋值
}).ToList();

这种方式切断了EF对继承层次中Owned Type的关联逻辑，因为投影只包含父实体的属性。

3. 明确指定查询类型为EntityB #

如果你的存储过程返回的结果中包含正确的Discriminator列值（对应EntityB的标识），可以用OfType<EntityB>()告诉EF只映射父实体类型，这样EF就不会去处理EntityA的Owned Type：

return await BEntities
    .OfType<EntityB>()
    .FromSqlInterpolated($"EXEC GetManyRecords @Id = {id}")
    .ToListAsync();

需要确保存储过程返回的Discriminator值和EF配置的一致（默认是实体类名，比如"EntityB"）。

4. 直接使用数据库级别的SQL查询（绕过DbSet的继承逻辑） #

如果上面的方案都不适用，可以直接调用Database.SqlQuery方法，绕过DbSet的继承层次处理，直接将存储过程结果映射到EntityB：

return await context.Database
    .SqlQueryInterpolated<EntityB>($"EXEC GetManyRecords @Id = {id}")
    .ToListAsync();

这个方法直接跳过了DbSet<BEntities>的查询构建逻辑，完全由你控制SQL和实体映射，适合需要完全自定义查询的场景。

为什么添加Owned Type后会报错？ #

补充一下背景：当你给EntityA配置Owned Type后，EF会在查询整个继承层次（包括BEntities）时，自动尝试关联Owned Type对应的表SectionTrailInfo。但存储过程的EXEC语句是不可组合的——EF无法把它和自动生成的JOIN SectionTrailInfo逻辑合并成一个有效的查询，所以就抛出了那个错误。哪怕你在存储过程里手动加了左连接，EF还是会试图自己构建关联，所以没用。

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