.NETエンティティフレームワーク - IEnumerable VS. IQueryable

Question

このコード行をご覧ください。これはストアドプロシージャの呼び出しで、ObjectResult<long?>を返します。長い値を抽出するために、私は選択を追加しました：

はインテリセンスに基づいて

dbContext.FindCoursesWithKeywords(keywords).Select(l => l.Value); 

この選択はIEnumerable<long>を返します。私はいつもEF APIが返すときIEnumerable（とないIQueryable）、この結果は、マテリアライズされていることを意味していると考え -

私はそれがどこか多分ちょうどこの仮定に慣れ読んでいるかどうかはわかりません。彼らはデータベースから引き出されたという意味です。

今日私が間違っていたことが判明しました（あるいはバグかもしれません）。私は基本的には、このエラーは、あなたがいる間、変更を保存しようとしていることを示しています

「のセッションで実行されている他のスレッド があるので、新しいトランザクションは許可されていません」というエラーに

を取得保管しましたdbリーダーはまだレコードを読み込んでいます。

結局私は（私はロングショット考慮したもの）によってそれを解決しそうIEnumerable<long> ...

をマテリアライズするToArray()コールを追加 - ボトムラインを - 私はEFからIEnumerable結果は、その避難所の結果が含まれていることを期待すべきですまだ実現していない？はいの場合、IEnumerableが具体化されているかどうかを知る方法はありますか？ IEnumerable<T>の作業

おかげで、これはそれらの「duhhhの質問の一つである場合に謝罪... :)

Answer 1

IQueryable Linq-to-entities =を使用している場合は、LINQプロバイダによってSQLとして解釈され、サーバー上で実行されるアプリケーションで宣言的LINQクエリを構築しています。クエリが実行（反復）されると、IEnumerableになり、オブジェクトは必要に応じて反復=即時にマテリアライズされます。

ストアドプロシージャを呼び出すと、アプリケーションに宣言型クエリが組み込まれていないため、Linqからエンティティへの変換は使用されません。クエリ/ SQLはすでにデータベースサーバー上に存在しており、呼び出すだけです。これによりIEnumerableが返されますが、すべての結果がすぐに反映されることはありません。結果は反復されて実体化されます。これは、明示的にオブジェクトの取得を要求するとき、データベースカーソル/または.NETデータリーダーの原則です。あなたがコース一つ一つを取得している

foreach (var keyword in dbContext.FindCoursesWithKeywords(keywords) 
           .Select(l => l.Value)) 
{ 
    ... 
} 

：

は、だから、このような何かを呼び出す場合（。あなただけのキーワードに興味を持っている場合は、ところで、なぜコース全体をロードします？）。ループを完了するか、または中断するまで、レコードをフェッチするためにデータリーダーが開かれます。あなたの代わりにこの呼び出した場合

：

foreach (var keyword in dbContext.FindCoursesWithKeywords(keywords) 
           .ToList() // or ToArray 
           .Select(l => l.Value)) 
{ 
    ... 
} 

をすぐにすべての結果を実体化するクエリを強制し、ループが代わりに開かれたデータベースリーダーのメモリ内コレクションを実行します。

IEnumerableとIQueryableの間の相違は、IQueryableがIEnumerableであるため、データの取り込み方法にはありません。違いは裏づけの構築です（これらのインターフェースを実装する必要があります）。

Answer 2

はすべて、さらに操作がC＃のコード、すなわち、LINQツーオブジェクトで発生することを意味します。これは、クエリがすでに実行されていることを意味するものではありません。

linq-to-objectsに劣化したら、この時点で残っているすべてのデータをデータベースからフェッチし、.netに送信する必要があります。これにより、パフォーマンスが大幅に低下する可能性があります（たとえば、データベースインデックスはlinq-to-objectsによって使用されません）。一方、linq-to-objectsは柔軟性があります。 linqプロバイダはSQLに変換できます。

IEnumerable<T>は、遅延クエリでも、すでにマテリアライズされたデータでもかまいません。通常、標準のlinq演算子は延期され、ToArray()/ToList()は常にマテリアライズされます。

Answer 3

IEnumerable：LINQ to ObjectとLINQ to XML。

のIQueryable：LINQは、マテリアライズドまでのIEnumerableが水和しません

Answer 4

SQLへ。ストアドプロシージャを呼び出す場合は、それ以上フィルターが必要ないと思います。ストアドプロシージャにパラメータを送信して、返されるデータのサブセットを生成することを意味します。 IEnumerableはストアドプロシージャに結び付けられています。しかし、テーブルの内容全体をフェッチして、アプリケーションでフィルタリングする場合は、戦略が必要です。同様に、テーブルのIEnumerableをToList（）しないと、すべての行がマテリアライズされます。場合によっては、メモリ不足例外が発生することがあります。それ以外になぜメモリを消費するのか。 IQueryableをコンテキストに対して使用すると、アプリケーションではなくデータソースでテーブルをフィルタリングできます。答えは、それを実現させる必要があります。 IEnumerableはインターフェイスであり、それを実現するだけでその型を初期化し、私の理解で何かを生み出します。