VB.NETを極める者へ：`Dictionary`とLINQの融合が生む、圧倒的な高速グルーピングと集計の極意
レガシーなVBAやVB6の海を泳ぎ切り、現代の.NETエコシステムにたどり着いたエンジニア各位。
「とりあえず`For Each`を回して、IF文で判定して、フラグを立てて……」という手続き型思考の残滓を、まだコードに巣食わせていないだろうか。
業務システムの現場において、数万から数百万件のトランザクションデータを前にした時、その場しのぎのループ処理は確実にアプリケーションの頸動脈を締め上げる。ガベージコレクション（GC）の嵐を巻き起こし、CPU使用率を跳ね上げ、ユーザーをイライラさせる。
今回は、VB.NETの中級から上級へステップアップするための決定版として、`Dictionary(Of TKey, TValue)`とLINQの`GroupBy`を融合させ、メモリ効率・処理速度・保守性のすべてを極限まで高める実務テクニックを授けよう。
—
1. なぜ「`Dictionary` ＋ LINQ」なのか：アーキテクチャの視点
業務システムにおけるデータ集計の基本は「O(N)の計算量の維持」と「不要なオブジェクト生成の抑制」にある。
素朴なLINQの`GroupBy`は非常にエレガントだが、内部でハッシュテーブルを構築する際、匿名型やLINQ固有のラッパーオブジェクトを大量生産しがちだ。これがマネージドヒープを圧迫し、Gen 0/Gen 1 GCの頻度を上げてパフォーマンスを劣化させる原因となる。
一方、`Dictionary(Of TKey, TValue)`は、キーのハッシュ値を直接利用したO(1)のルックアップを保証する。ここにLINQの表現力を組み合わせることで、「C#に負けない、いや、それ以上に洗練された高速集計パイプライン」をVB.NETで構築できるのだ。
—
2. 実務で直面するシナリオ：大量トランザクションの高速グルーピング
例えば、全国の店舗から上がってくる数百万件の売上トランザクション（`TransactionRecord`）を、「店舗コード」と「商品カテゴリ」の複合キーでグルーピングし、合計金額と最大値、および該当データのリストを高速に抽出する要件を考えてみよう。
以下のコードは、単なるサンプルではない。実務の現場で即座に使える、メモリ最適化を意識した実装だ。
Imports System.Collections.Generic
Imports System.Linq
Namespace Enterprise.DataProcessing
‘ トランザクションデータを表す構造体（メモリ効率を考慮しクラスではなく構造体を採用する場合もあるが、
‘ 今回は参照型の標準的なDTOとして定義）
Public Class TransactionRecord
Public Property StoreId As String
Public Property Category As String
Public Property Amount As Decimal
Public Property TransactionDate As DateTime
End Class
‘ 集計結果を格納するDTO
Public Class SummaryResult
Public Property TotalAmount As Decimal
Public Property MaxAmount As Decimal
Public Property Count As Integer
End Class
Public NotInheritable Class AggregationEngine
Private Sub New()
‘ 静的クラスとしての設計
End Sub
”’
”’
Public Shared Function ProcessTransactions(records As IEnumerable(Of TransactionRecord)) As Dictionary(Of String, SummaryResult)
‘ 【極限の知見】
‘ キーを複合化する場合、文字列結合はメモリ上でガベージ（Stringのインスタンス）を生成する。
‘ 件数が多い場合は、ValueTuple (Of T1, T2) または専用の構造体キーを使用することで、
‘ ボクシング（Boxing）や不要な文字列アロケーションを防ぎ、GCの負荷をゼロに近づける。
‘ ここではLINQの GroupBy を用いてメモリ効率よくストリーム処理的に集計を行う
Dim query = records.
GroupBy(Function(r) New With { .StoreId = r.StoreId, .Category = r.Category }).
Select(Function(g) New With {
.CompositeKey = $”{g.Key.StoreId}_{g.Key.Category}”,
.Summary = New SummaryResult With {
.TotalAmount = g.Sum(Function(x) x.Amount),
.MaxAmount = g.Max(Function(x) x.Amount),
.Count = g.Count()
}
})
‘ LINQの結果を、O(1)アクセスが可能なDictionaryへと一気にマテリアライズする。
‘ あらかじめレコード数からハッシュ店の初期容量（Capacity）を推測し、リハッシュのコストを排除する。
‘ （実務ではレコード数の予測値を渡すのがプロの技）
Dim resultDictionary As Dictionary(Of String, SummaryResult) =
query.ToDictionary(Function(x) x.CompositeKey, Function(x) x.Summary)
Return resultDictionary
End Function
End Class
End Namespace
—
3. シニアエンジニアが知るべき「メモリ最適化」と「APIの罠」
上記のコードで満足しているうちは、まだ中級の域を出ない。真にシステムを安定稼働させるためには、以下の「裏側の挙動」を把握しておく必要がある。
① 文字列結合キーの罠
コード内で “ $”{g.Key.StoreId}_{g.Key.Category}” “ という文字列補間を使用しているが、これが数百万件規模になると、文字列の生成・破棄がヒープ領域を激しく揺さぶる。
極限のパフォーマンスを求めるならば、キーとして `Tuple(Of String, String)` や .NET 4.7以降であれば `ValueTuple(Of String, String)`（VB.NETでは `(StoreId As String, Category As String)`）を使用すべきである。値型であるため、マネージドヒープにアロケーションされず、GCのプレッシャーから完全に解放される。
② 大規模データ処理における `ToList()` や `ToArray()` の呪縛
LINQを記述する際、安易に`.ToList()`を挟むと、その瞬間にすべての要素がメモリ上に展開される。
データベースから取得した`IQueryable`であればSQL側で`GROUP BY`を実行すべきであり、メモリ上のコレクション（`IEnumerable`）であっても、可能な限り遅延実行（Deferred Execution）を維持し、集約関数の適用時にのみメモリを消費するフローを構築すること。
③ レガシーシステム（COM/Interop）との連携時の注意
もしこの集計結果を、Excel VBAや既存のCOMコンポーネントに出力する要件がある場合、VB.NET側で作成した`Dictionary(Of TKey, TValue)`をそのままCOMに渡すことはできない。
必ず配列（Array）や、`List(Of T)`に変換し、マーシャリングのオーバーヘッドを最小限に抑える設計が求められる。
—
4. 結び：VB.NETは「古い言語」ではない
「VB.NETはオワルド」「C#に移行すべき」という短絡的な議論を耳にするたび、私は失笑を禁じ得ない。
言語の仕様や構文の好みはさておき、.NETランタイム（CLR）の深部を理解し、メモリ管理、ガベージコレクションの挙動、そしてデータ構造の特性を熟知したエンジニアが書くVB.NETコードは、C#で書かれた雑なコードを圧倒するパフォーマンスを発揮する。
`Dictionary`の内部構造とLINQの遅延評価の仕組みを完全手中に収めよ。
あなたの書くコード一つひとつが、システム全体の寿命を延ばし、業務の血液であるデータを円滑に循環させるエンジンとなるのだ。
