EntityFrameworkのLINQパーサーが外部定義された述語を異なる方法で処理するのはなぜですか？

Question

私はMicrosoftのEntity FrameworkをORMとして使用していますが、次の問題を解決する方法が不思議です。 今日Product.StartDateが今日よりも大きいProductsコレクションから多数のProductオブジェクトを取得します。 （これは、問題全体の簡易版です。）

私は現在使用します。

var query = dbContext.Products.Where(p => p.StartDate > DateTime.Now); 

これを実行すると、クエリに例えばToList()を使用した後、それが動作して作成されたSQLが効果的である：

SELECT * FROM Product WHERE StartDate > (GetDate()); 

しかし、私はより良い保守のための関数に述語を移動したいので、私はこの試みた：

private Func<Product, bool> GetFilter() 
{ 
    Func<Product, bool> filter = p => p.StartDate > DateTime.Now; 
    return filter; 
} 
var query = dbContext.Products.Where(GetFilter()); 

を

これもそれは同じProductセットを返しますが、SQLを作成し、この時間が類似している限り、ビューのコードポイントから動作します：

SELECT * FROM Product; 

フィルタは、それを行っているクライアントへのSQL Serverから移動されますはるかに効率が悪い。

だから私の質問は以下のとおりです。

• ですが、なぜでしょう、なぜLINQパーサはとても異なっこれら二つのフォーマットを処理するのでしょうか？
• フィルタを別にしても、サーバー上で実行させることを利用するにはどうすればよいですか？

Answer 1

Funcが返されますが、SQLに述語を挿入するには、LINQに式ツリーが必要です。メソッドの戻り値の型（もちろんローカル変数）をExpression<Func<Product, bool>>に変更するとうまくいくはずです。

Answer 2

あなたが意図したように機能するには、Expression<Func<Product, bool>>を使用する必要があります。 Func<Product, bool>は、LINQに、プログラムでMSILにWhereを実行し、SQLでは実行しないように指示します。だからこそ、SQLがテーブル全体を引っ張っているのですから、.NETコードはテーブル全体で述語を実行しています。

Answer 3

2番目のケースでは、filter funcが任意である可能性があるため、LINQ to EFはSQLへのフィルタ処理を解析できず、クライアント側で解決する必要があります。