EF Core 5.0调用存储过程报System.InvalidOperationException错误如何处理

• EF Core 中使用FromSqlRaw/FromSqlInterpolated调用存储过程时，若返回的IQueryable后续被拼接了额外查询逻辑（包括显式调用Where/OrderBy/Include，或是EF自动附加的全局查询筛选器、隐式投影），EF会尝试将这部分逻辑组合到SQL语句中服务端执行，但存储过程返回的结果集不支持SQL层面的组合，就会抛出该错误。
• 你提到的EF 5版本修复的是「调用存储过程后直接执行立即操作」的场景，你仍复现问题大概率是以下原因：
  1. 代码中res变量为IQueryable<T>类型，你没有在FromSql方法后立刻触发立即执行，而是将IQueryable传递到其他逻辑中被拼接了额外查询操作
  2. 对应实体配置了全局查询筛选器，EF自动将筛选逻辑拼接到存储过程调用语句后，触发了非法组合
  3. 存储过程返回的列名、列数量和实体属性映射不匹配，EF尝试自动生成投影逻辑导致组合错误
  4. 5.0.7版本仍存在部分边缘场景未覆盖修复

1. 调用FromSql方法后直接追加立即执行方法，不要返回IQueryable到后续逻辑：

// 正确写法，参数用占位符传递避免SQL注入
var res = _context.Entity.FromSqlRaw("exec dbo.ProcedureName @ParamName = {0}", paramValue).ToList();

2. 若实体配置了全局查询筛选器，调用时显式禁用：

var res = _context.Entity.IgnoreQueryFilters()
                .FromSqlRaw("exec dbo.ProcedureName @ParamName = {0}", paramValue)
                .ToList();

3. 不要用字符串插值直接拼接FromSqlRaw的SQL语句（你尝试1、3的写法存在SQL注入风险，也会干扰EF对存储过程调用的识别），优先用FromSqlRaw参数占位符或者FromSqlInterpolated写法
4. 核对存储过程返回的列名、列数量和实体属性完全一致，无拼写错误、多余/遗漏列
5. 若仍存在问题可升级到EF Core 5.0.10及以上的稳定小版本，覆盖剩余边缘场景的修复

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