Force Entity Framework использовать SQL-параметризацию для лучшего повторного использования кэша SQL proc

Ответ 1

Обновление: методы прокрутки и принятия, которые принимают параметры lambda, описанные ниже, являются частью Entity Framework с версии 6 и далее. Вы можете воспользоваться ими, импортировав пространство имен System.Data.Entity в свой код.

В общем случае LINQ to Entities переводит константы в качестве констант и переменных, переданных в запрос в параметры.

Проблема заключается в том, что Queryable версии Skip и Take принимают простые целочисленные параметры, а не лямбда-выражения, поэтому, когда LINQ to Entities может видеть значения, которые вы передаете, он не может видеть, что вы использовали переменную для их передачи (в другие слова, такие методы, как Skip и Take, не имеют доступа к закрытию метода).

Это не только влияет на параметризацию в LINQ на Entities, но и на то, что если вы передаете переменную в запрос LINQ, последнее значение переменной используется каждый раз, когда вы повторно выполняете запрос. Например, что-то вроде этого работает для Where, но не для Skip или Take:

var letter = "";
var q = from db.Beattles.Where(p => p.Name.StartsWith(letter));

letter = "p";
var beattle1 = q.First(); // Returns Paul

letter = "j";
var beattle2 = q.First(); // Returns John

Обратите внимание, что эта же особенность также влияет на ElementAt, но эта в настоящее время не поддерживается LINQ to Entities.

Вот трюк, который вы можете использовать для принудительной параметризации Skip и Take и в то же время заставить их вести себя как другие операторы запросов:

public static class PagingExtensions
{
    private static readonly MethodInfo SkipMethodInfo = 
        typeof(Queryable).GetMethod("Skip");

    public static IQueryable<TSource> Skip<TSource>(
        this IQueryable<TSource> source, 
        Expression<Func<int>> countAccessor)
    {
        return Parameterize(SkipMethodInfo, source, countAccessor);
    }

    private static readonly MethodInfo TakeMethodInfo = 
        typeof(Queryable).GetMethod("Take");

    public static IQueryable<TSource> Take<TSource>(
        this IQueryable<TSource> source, 
        Expression<Func<int>> countAccessor)
    {
        return Parameterize(TakeMethodInfo, source, countAccessor);
    }

    private static IQueryable<TSource> Parameterize<TSource, TParameter>(
        MethodInfo methodInfo, 
        IQueryable<TSource> source, 
        Expression<Func<TParameter>>  parameterAccessor)
    {
        if (source == null) 
            throw new ArgumentNullException("source");
        if (parameterAccessor == null) 
            throw new ArgumentNullException("parameterAccessor");
        return source.Provider.CreateQuery<TSource>(
            Expression.Call(
                null, 
                methodInfo.MakeGenericMethod(new[] { typeof(TSource) }), 
                new[] { source.Expression, parameterAccessor.Body }));
    }
}

В приведенном выше классе определяются новые перегрузки Skip и Take, которые ожидают лямбда-выражения и могут, следовательно, захватывать переменные. Использование таких методов приведет к тому, что переменные будут переведены в параметры с помощью LINQ to Entities:

int x = 10;       
int y = 10;       

var query = context.Users.OrderBy(u => u.Id).Skip(() => x).Take(() => y);       

var result1 = query.ToList();

x = 20; 

var result2 = query.ToList();

Надеюсь, что это поможет.

Ответ 2

Методы Skip и Top of ObjectQuery<T> могут быть параметризованы. Пример: MSDN.

Я сделал аналогичную вещь в модели моего собственного и sql-сервера профилировщика показал части

SELECT TOP (@limit)

и

WHERE [Extent1].[row_number] > @skip

Итак, да. Это может быть сделано. И я согласен с другими, что это ценное замечание вы сделали здесь.