EF Core 6.0.7调用存储过程返回记录与SQL结果不符求排查

• 检查实体类主键配置
  EF Core会依据主键识别唯一记录，若MyComplexType的主键（或EF自动推断的键）在存储过程返回的两行数据中存在重复值，EF会将其判定为同一条记录并自动合并。请确认实体类的[Key]特性或Fluent API配置的主键字段是否正确，再对比存储过程返回的两行数据的主键值是否重复。

• 验证列与实体属性的映射匹配度
  确保存储过程返回的所有列与MyComplexType的属性完全匹配，包括列名（EF Core默认大小写敏感，除非配置了不敏感规则）、数据类型。若某列数据类型不匹配（如存储过程返回decimal(18,2)，实体属性为int），EF可能无法解析该行数据并直接丢弃。

• 排查过滤或跟踪行为的影响
  检查代码中是否在FromSqlRaw后链式调用了Where、Take等过滤方法；同时可尝试添加.AsNoTracking()规避EF的跟踪机制干扰，代码示例：

Set<MyComplexType>.FromSqlRaw("Stored procedure name and parameters").AsNoTracking().ToList();

• 直接读取原始SQL结果对比
  绕开EF实体映射，用ADO.NET直接读取存储过程结果，验证是否能获取完整的2行数据，代码示例：

using var command = context.Database.GetDbConnection().CreateCommand();
command.CommandText = "Stored procedure name and parameters";
command.CommandType = System.Data.CommandType.StoredProcedure;
context.Database.OpenConnection();
using var reader = command.ExecuteReader();
var rowCount = 0;
while (reader.Read())
{
    rowCount++;
}

若此处能拿到2行，说明问题出在EF的实体映射或配置；若仍为1行，需排查连接字符串是否指向了错误的数据库实例，或存储过程是否依赖会话状态（如临时表、会话变量）。

• 检查存储过程的会话依赖逻辑
  部分存储过程会使用临时表、会话变量或依赖特定连接设置（如SET ANSI_NULLS、SET QUOTED_IDENTIFIER），EF Core的连接设置可能与手动执行SQL时的环境不一致。可在存储过程开头显式设置必要的会话参数，或调整EF连接字符串的对应配置，确保执行环境统一。

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