.AsNoTracking（）はどのような違いがありますか？

.AsNoTracking()これは非常に新しく、非常に混乱しているので、拡張機能について質問があります。

私はウェブサイトにリクエストごとのコンテキストを使用しています。

多くのエンティティは変更されないため、追跡する必要はありませんが、次のシナリオでは、データベースに何が送信されるか、またはこの場合に違いがあるかどうかさえ不明です。

この例は私が現在やっていることです：

context.Set<User>().AsNoTracking()
// Step 1) Get user
context.Set<User>()
// Step 2) Update user

これは上記と同じですが、.AsNoTracking()ステップ1からを削除します。

context.Set<User>();
// Step 1) Get user
context.Set<User>()
// Step 2) Update user

ステップ1と2は同じコンテキストを使用しますが、異なるタイミングで発生します。私が解決できないのは、違いがあるかどうかです。ステップ2は更新なので、どちらもデータベースに2回ヒットすることになると思います。

誰が私にその違いを教えてもらえますか？

違いは、最初のケースでは、取得したユーザーはコンテキストによって追跡されないため、ユーザーをデータベースに保存するときに、アタッチしてユーザーの状態を正しく設定し、EFが既存のユーザーを更新する必要があることを認識できるようにする必要があることです。新しいものを挿入する代わりに。2番目のケースでは、追跡メカニズムが処理するので、同じコンテキストインスタンスでユーザーを読み込んで保存する場合は、その必要はありません。

このページを参照してくださいEntity Framework and AsNoTracking

AsNoTrackingの機能

Entity Frameworkは、アプリケーションのパフォーマンスを最適化するのに役立つ多くのパフォーマンスチューニングオプションを公開しています。これらの調整オプションの1つは.AsNoTracking()です。この最適化によりEntity Framework、クエリの結果を追跡しないように指示できます。これはEntity Framework、クエリによって返されるエンティティの追加の処理または保存を実行しないことを意味します。ただし、これらのエンティティを追跡グラフに再接続しないと更新できないことも意味します。

AsNoTrackingを使用すると、パフォーマンスが大幅に向上します

LINQ to Entitiesクエリの追跡なし

クエリが読み取り操作を対象としている場合は、AsNoTracking（）の使用をお勧めします。これらのシナリオでは、エンティティを取り戻しますが、それらはコンテキストによって追跡されません。これにより、最小限のメモリ使用量と最適なパフォーマンスが保証されます

長所

1. 通常のLINQクエリよりもパフォーマンスが向上しました。
2. 完全に実体化されたオブジェクト。
3. プログラミング言語に組み込まれた構文で書くのが最も簡単です。

短所

1. CUD操作には適していません。
2. 次のような特定の技術的な制限：OUTER JOINクエリにDefaultIfEmptyを使用するパターンは、エンティティSQLの単純なOUTER JOINステートメントよりも複雑なクエリになります。
3. それでも、一般的なパターンマッチングでLIKEを使用することはできません。

ここで利用可能な詳細情報：

Entity Frameworkのパフォーマンスに関する考慮事項

エンティティフレームワークとNoTracking

追跡を無効にすると、結果セットがメモリにストリーミングされます。これは、大量のデータを使用していて、データセット全体を一度に必要としない場合により効率的です。

参照：

• Entity FrameworkとLINQで大規模なデータセットをクエリするときにメモリオーバーフローを回避する方法
• エンティティフレームワークの大きなデータセット、メモリ不足の例外

AsNoTracking（）を使用すると、EFの「レコードごとの一意のキー」要件を回避できます（他の回答では明示的に言及されていません）。

これは、一意のキーをサポートしないビューを読み取る場合に非常に役立ちます。これは、一部のフィールドがnull可能であるか、ビューの性質が論理的にインデックス付けできないためです。

これらの場合、「キー」はnullを許容しない列に設定できますが、すべてのクエリでAsNoTracking（）を使用する必要があります。そうでない場合、レコード（キーによる複製）はスキップされます。

DBを変更する何か（別のプロセスなど）があり、これらの変更を確認する必要がある場合は、を使用しますAsNoTracking()。そうでない場合、EFはコンテキストの最後のコピーを代わりに提供する可能性があるため、通常はクエリごとに新しいコンテキストを使用することをお勧めします：

http://codethug.com/2016/02/19/Entity-Framework-Cache-Busting/