EntityFrameworkでSELECT時に、DBから取得したデータが古い

Question

前提

EntityFramework(EF6)を使用し、DBからSELECTしDataGridViewへバインドさせています。
一定間隔で自動でSELECT～バインドを繰り返しているのですが、その間にDBのレコードの値を変更してもなぜかSELECTしたデータは変更前のままです。

DBのレコードの値変更は、SSMS(SQL Server Management Studio)で編集する機能から実施しています。
EntityFrameworkにキャッシュしたデータを都度読み出しているのかと思い、SQL Server Profilerで確認しましたが都度SELECTが実行されているようでした。

Contextのインスタンスをコンストラクタやプロパティの初期値などで生成すると古いデータがSELECTされ、バインドする直前に生成すると新しいデータがSELECTされます。
Contextはシングルトンなどで一度生成したら以後はそのまま・・・というような感じだったと記憶があったのですが、想定外の動きをして困っています。
※動き的には先にトランザクションをはってしまっているような感じ。

後者(バインドする直前にインスタンス生成)だと都度コネクション確立などが発生し処理負荷が高くなると考えており、なんとかContextは一度だけ生成して都度新しいデータをSELECTしたいです。

実現したいこと

• Contextは一度だけ生成して都度新しいデータをSELECTしたい

該当のソースコード

//メンバ変数
private DbContext _context = new DbContext();
private System.Timers.Timer _timer;

//コンストラクタ
public Frm()
{
    InitializeComponent();

    _timer = new System.Timers.Timer()
    {
        Interval = 1000,
        AutoReset = false,
        SynchronizingObject = this,
    };
    _timer.Elapsed += _timer_Elapsed;
}

//フォームロード
private void Frm_Load(object sender, EventArgs e)
{
    _timer.Start();
}


private async void _timer_Elapsed(object sender, ElapsedEventArgs e)
{
    await BindViewAsync();
    _timer.Start();
}

private async Task BindViewAsync()
{
    List<model.test> tests = await _context.test.Where(r => l.State == 1).ToListAsync();
    DataGridView1.DataSource = tests.Select(r => new { ID = r.id, 名前 = r.name }).ToList();
}

試したこと

EntityFramework(EF6)からEntityFrameworkCore3.1へ変更しても同じでした。

補足情報（FW/ツールのバージョンなど）

VS2022
.NET Framework 4.7.2
WinForm
EntitiFramework(EF6)
SQL Server 2019 Express
※SQL Server認証など設定していますが、他は基本的に規定値のままです。

Answer 1

Linq to Entities でエンティティを取得する場合、デフォルトではエンティティは DbContext にキャッシュされるそうです。

以前以下のような話がありました。その話は表題とは異なり、ロールバックは期待通り動いていたがキャッシュのために動いてないと勘違いしたというものです。

トランザクションのロールバックが意図通りに動かない
https://teratail.com/questions/359867

エンティティをキャッシュする理由は、以下の Microsoft のドキュメントに書いてあるように、追跡を行うためということです。

追跡と追跡なしのクエリ
https://docs.microsoft.com/ja-jp/ef/core/querying/tracking

"追跡クエリで結果が返されると、EF Core で、エンティティが既にコンテキスト内に存在するかどうかがチェックされます。 EF Core で既存のエンティティが検出された場合は、同じインスタンスが返されます"

Contextはシングルトンなどで一度生成したら以後はそのまま

そういうことはないはずですし、今回のようなケースでは毎回生成するのが正解だと思います。

もしくは DbExtensions.AsNoTracking メソッドを適用する（追跡しないようにする）と "Returns a new query where the entities returned will not be cached in the DbContext or ObjectContext." ということで、キャッシュは使われなくなるようです。そのやり方が質問者さんのケースで正解なのかどうかは分かりませんが、試してみてはいかがですか。

Comments

[locoJr.]

ご回答ありがとうございます。

クエリが発行されるのはContextに対してSelectやSaveChangesなどをしたときなので、もしかしてどこでインスタンス生成しても変わらないんですかね。。。
ASP.NET CoreなどではDI注入でContextを制御していたりするようですが、ただ最初にインスタンスを生成しているだけではないのですかね～。

> もしくは DbExtensions.AsNoTracking メソッドを適用する（追跡しないようにする）
コンストラクタで「_context.test.AsNoTracking();」を実行しましたが、結果は変わらずでした。。。
キャッシュを持ってきているわけではないようです。

[locoJr.]

> > もしくは DbExtensions.AsNoTracking メソッドを適用する（追跡しないようにする）
> コンストラクタで「_context.test.AsNoTracking();」を実行しましたが、結果は変わらずでした。。。
すみません、実行の仕方を間違えていました。
List<model.test> tests = await _context.test.Where(r => l.State == 1).ToListAsync();
　↓
List<model.test> tests = await _context.test.AsNoTracking().Where(r => l.State == 1).ToListAsync();
にしたら、都度インスタンス生成はいらずに最新値がSELECTできました！

Contextは都度生成するのが普通のやり方なんでしょうか。

[退会済みユーザー]

> Contextは都度生成するのが普通のやり方なんでしょうか。

ケースバイケースと思いますが、キャッシュされるというのは事実ですので、それが問題なら (1) 都度廃棄再生成、(2) AsNoTracking、(3) Reload する他ないと思います。

[locoJr.]

> ケースバイケースと思いますが、キャッシュされるというのは事実ですので、それが問題なら (1) 都度廃棄再生成、(2) AsNoTracking、(3) Reload する他ないと思います。

ありがとうございます。
それぞれで試してみて、一番しっくりくるものに決めたいと思います。

また、「(2) AsNoTracking」に関してはSELECT時にパフォーマンスが向上するかもしれないようでした。
https://docs.microsoft.com/ja-jp/ef/ef6/querying/no-tracking

大変助かりました、ありがとうございました。