VB.NETの「遅延実行」という甘い罠：なぜあなたのツールは重くなるのか？
VB.NETでLINQを使う際、`IEnumerable(Of T)`を安易に使い回していませんか？
「LINQは便利だ」という理由だけでクエリを書き連ねると、現場では「なぜか処理が二重に走る」「データベースへの接続が異常に増える」といった不可解なパフォーマンス劣化に直面します。
今回は、LINQの「遅延実行（Deferred Execution）」という強力だが危険な武器を、実務で安全に使いこなすための極意を伝授します。
—
1. LINQの遅延実行：その「怠慢」がバグを生む
LINQのクエリは、定義された時点では「実行」されません。`For Each`で回すとき、あるいは`ToList()`を呼んだ瞬間に初めて評価されます。
これを理解せずにコードを書くと、以下のような悲劇が起きます。
‘ 悪い例：意図せず再評価が発生する
Dim query = sourceList.Where(Function(x) x.IsValid)
‘ ここでログを出したり、別の計算をしたり…
Dim count = query.Count() ‘ 1回目の評価（ここでWhereが走る）
‘ 数行後…
For Each item In query ‘ 2回目の評価（ここでまたWhereが走る！）
‘ 重い処理
Next
このコードの何が問題か？ `query`はただの「命令書」に過ぎません。`Count()`を呼ぶたび、`For Each`を回すたびに、LINQは背後のソースリストを何度もスキャンします。もし`sourceList`が巨大なDBテーブルだったら？ あなたのツールは、自らのクエリで自らの首を絞めることになります。
—
2. 賢者の選択：`ToList()`で「結果を確定」させる
パフォーマンスを最適化する鉄則は、「何度も使うクエリは結果をメモリに固定せよ」です。ここで登場するのが `ToList()` または `ToArray()` です。
実務で使える最適化パターン
DBや巨大なリストからデータを取得する際は、以下の構成がプロダクションコードの標準です。
Imports System.Linq
Public Sub ProcessData(source As IEnumerable(Of DataItem))
‘ 1. クエリを定義（この時点では実行されない）
Dim rawQuery = source.Where(Function(x) x.IsActive)
.Select(Function(x) New With { .Name = x.Name, .Value = x.Value 1.1 })
‘ 2. 結果を確定（ここで初めてDBやメモリへのアクセスが走る）
‘ これにより、以降の処理ではメモリ上のリストを参照するだけになる
Dim materializedList = rawQuery.ToList()
‘ 3. 確定済みデータに対して安全に処理を行う
Dim total = materializedList.Count()
For Each item In materializedList
‘ ここでは再評価は一切発生しない
Console.WriteLine($”{item.Name}: {item.Value}”)
Next
End Sub
なぜこうするのか？
- 整合性の担保: 処理の途中で元のリストが書き換わっても、`materializedList`の内容は固定されているため、バグを防げます。
- パフォーマンスの向上: 複数回のループや集計が必要な場合、一度の評価で済むため劇的に速くなります。
—
3. DB連携時の注意：N+1問題との戦い
Entity Framework等のORMを使っている場合、遅延実行は「N+1問題」という悪魔を呼び込みます。
‘ 危険な書き方
Dim users = db.Users.ToList() ‘ 一括取得
For Each u In users
‘ ここでループのたびにDBへクエリが飛ぶ（遅延ロードが発動）
Dim orders = u.Orders.ToList()
‘…
Next
これを防ぐには、クエリを投げる前に `Include()` で関連データを先読み（Eager Loading）し、適切なタイミングで `ToList()` を呼ぶのが定石です。
—
4. チーフアーキテクトからの助言：設計指針
現場で保守性の高いコードを書くためのチェックリストを置いておきます。
1. 「そのクエリ、使い回すか？」
- 1回しかループしないなら、`ToList()`は不要。そのまま`For Each`で回せばメモリ節約になります。
- 2回以上参照したり、`Count()`と`For Each`を両方やるなら、迷わず `ToList()`。
2. 副作用を混入させるな
- LINQの`Select`や`Where`の中で「変数の値を書き換える」「別の関数を呼ぶ」などの副作用を起こしてはいけません。遅延実行により、その副作用がいつ、何度実行されるか予測不可能になります。
3. デバッグの視点を持つ
- ウォッチウィンドウで`IEnumerable`の中身を見ようとすると、IDEが勝手にクエリを実行してしまい、DBの値が変わるという現象が起きます。「デバッグ中に値を見ようとすると副作用が出る」場合は、遅延実行が原因です。
—
まとめ
LINQの遅延実行は、「いつ実行されるか」をあなたが支配下に置くための仕組みです。それを放置して「なんとなく」書いていると、コードは気まぐれな挙動をするようになります。
- 定義: `IEnumerable` で命令を組み立てる。
- 確定: `ToList()` で結果をメモリに定着させる。
- 実行: 確定したデータで安全にビジネスロジックを回す。
この3ステップを徹底するだけで、あなたのVB.NETコードは、一段上の堅牢さとパフォーマンスを手に入れるはずです。現場のコードを、より洗練されたものに昇華させてください。
