Entity FrameworkのObjectContext（v4.0）の奇妙な動作

Question

私は、Entity Framework v4.0のNHibernateのバックグラウンドから来ています。エンティティをObjectContextにロードすると、ObjectContextが存続している間はエンティティがキャッシュされることが期待されます（ '1st level cache'）。したがって、同じクエリが2回目に実行された場合、オブジェクトは既にObjectContextにあり、再度ロードする必要はありません。

は、このクエリを見ている：SQL Serverプロファイラで

 using (var context = new Model1Container()) { 
      //load entities from DB 
      var entities = context.Entity1Set.ToArray(); 
      //entities should now be cached in the context (1st level cache) 

      //why does this call not use the cached items? 
      entities = context.Entity1Set.ToArray(); 
     } 

を、私は両方のToArray（）の呼び出しは、データベースクエリをトリガすることをはっきりと見ることができます。なぜ、2番目のクエリは、NHibernateの動作ではなく、DBのラウンドトリップが必要ですか？

ありがとうございます！

Answer 1

EF 4.0は、どちらも第一及び第2のレベルのキャッシュ、キャッシュのいずれかの形式をサポートしていません。

Hibernate第1レベルキャッシュに似ている1つの機能がEF 4.1で実装されました。

EF 4.1 Local Data

HTH

Riana

Answer 2

良い質問です。私はNHibernateを使用したことはありませんが、私はEntity Frameworkを昨年ほど使っています。

いくつかの点で、あなたが説明した動作は私にとって意味があります。データベース内のデータがコール間で変更されたらどうなりますか？たとえば、データベーステーブルに新しい行が追加されたかどうかを確認するために、Entity Frameworkはデータベースを再クエリする必要があります。

ただし、結果に対してLINQクエリを実行すると、Entity FrameworkがObjectContextから既存のエンティティをフェッチするため、データベースへの別のラウンドトリップは必要ありません。 NHibernateのがそうであるように

var newEntities = entities.Where(x=>x.id==1).ToList(); 
var newEntities2 = entities.Where(x=>x.id==1).ToList();