Entity Framework Contains生成带bigint转换SQL导致查询超慢如何解决

问题核心原因 #

EF自动生成CAST AS bigint强制转换，本质是实体属性类型、入参集合元素类型、数据库字段类型三者不匹配，转换会导致数据库无法命中REQ_ID字段的索引，是性能暴跌的核心原因。

具体解决方案 #

• 优先做类型对齐
  依次核对三个位置的类型定义：
  1. promote_request实体类中REQ_ID属性的类型
  2. 数据库promote_request表REQ_ID字段的实际类型
  3. 入参requestIds集合的元素类型
     常见场景是数据库REQ_ID实际为int类型，但实体类REQ_ID设为了long，或者入参用了List<long>，导致EF强制做类型转换。三者统一成相同类型即可消除转换逻辑，比如数据库字段是int就将实体属性改为int、入参改为List<int>。
• 表达式树规避（适用于类型匹配但仍生成转换的EF版本bug场景）
  手动构建OR条件代替Contains方法，避免EF触发转换逻辑，示例逻辑如下：

  var parameter = Expression.Parameter(typeof(promote_request), "pr");
  var property = Expression.Property(parameter, nameof(promote_request.REQ_ID));
  Expression condition = Expression.Constant(false);
  foreach (var id in requestIds)
  {
      var idConstant = Expression.Constant(id);
      var equal = Expression.Equal(property, idConstant);
      condition = Expression.OrElse(condition, equal);
  }
  // 将上述条件拼入你的查询逻辑中即可
  

• 原生SQL应急方案
  若修改成本较高可以直接用原生查询执行优化后的SQL，注意做参数化避免注入风险，示例：

  // 拼接参数化的SQL语句，传入对应参数
  return Session.SqlQuery<PromoteRequestRelationship>(optimizedSql, parameters).ToList();
  

修改完成后抓取EF生成的SQL确认CAST转换已消失，再验证查询性能即可。

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