如何强制EF6将查询变量视为常量以规避参数嗅探性能问题？

问题背景 #

我有一个EF6的IQueryable<T>查询，Where子句中包含一个int变量abc（仅有5种可能值）。由于参数嗅探问题，部分变量值对应的执行计划对其他值来说效率极低。我不想直接给查询添加OPTION (RECOMPILE)，更希望EF6能将该变量视为常量，为每个值生成独立的执行计划。当前Linq代码如下：

query = query.Where(x => x.DBColumn == abc); //abc是int变量

补充说明：使用MS SQL Server 2016

可选方案：生成常量查询 #

要让EF6将变量视为常量，需要让Linq表达式无法被识别为参数化查询，最直接的方式是为每个可能的abc值编写独立的分支判断：

switch(abc)
{
    case 1: query = query.Where(x => x.DBColumn == 1); break;
    case 2: query = query.Where(x => x.DBColumn == 2); break;
    // 剩余3种可能值依次补充
}

这种方式会让EF为每个常量值生成独立的SQL语句和执行计划，但缺点是代码冗余，后续若abc的可选值发生变化，需要同步修改分支代码。

最终采用方案：DBCommandInterceptor结合OPTION (RECOMPILE) #

通过EF6的DBCommandInterceptor拦截SQL命令，为目标查询自动添加OPTION (RECOMPILE)，无需手动修改原有Linq代码：

1. 创建自定义拦截器类 #

using System.Data.Entity.Infrastructure.Interception;
using System.Data;

public class RecompileInterceptor : IDbCommandInterceptor
{
    public void ReaderExecuting(DbCommand command, DbCommandInterceptionContext<DbDataReader> interceptionContext)
    {
        // 筛选目标查询（可根据实际情况调整判断条件，比如包含特定表名或字段名）
        if (command.CommandText.Contains("DBColumn"))
        {
            command.CommandText += " OPTION (RECOMPILE)";
        }
    }

    // 实现接口其余方法（空实现即可）
    public void NonQueryExecuting(DbCommand command, DbCommandInterceptionContext<int> interceptionContext) { }
    public void NonQueryExecuted(DbCommand command, DbCommandInterceptionContext<int> interceptionContext) { }
    public void ReaderExecuted(DbCommand command, DbCommandInterceptionContext<DbDataReader> interceptionContext) { }
    public void ScalarExecuting(DbCommand command, DbCommandInterceptionContext<object> interceptionContext) { }
    public void ScalarExecuted(DbCommand command, DbCommandInterceptionContext<object> interceptionContext) { }
}

2. 注册拦截器到EF上下文 #

在你的DbContext构造函数中添加拦截器注册：

public class YourDbContext : DbContext
{
    public YourDbContext() : base("YourConnectionString")
    {
        DbInterception.Add(new RecompileInterceptor());
    }
}

该方案能针对性地为目标查询添加重编译选项，让SQL Server为每次查询生成适配当前参数值的执行计划，有效解决参数嗅探导致的效率问题。

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