DataSetの呪縛を解け：VB.NETでメモリを喰い尽くす「重い遺産」から脱却する極限戦略
業務システムの刷新を命じられたとき、最も頭を悩ませるのが「古いコードに蔓延るDataSetとDataTableの残骸」だ。
「とりあえず動くから」と放置された巨大な`DataSet`は、ただのデータの箱ではない。内部でメタデータを保持し、行の状態（RowState）を監視し、型安全性を犠牲にして文字列インデックスでデータにアクセスする……。これは、現代のメモリ管理の観点から見れば、「低効率な爆弾」以外の何物でもない。
今回は、VB.NETにおけるDataSet依存から脱却し、POCO（Plain Old CLR Object）とLINQを駆使した軽量かつ堅牢な設計へのリプレイス戦略を伝授する。
—
1. なぜ「DataSet」が諸悪の根源なのか
DataSetは.NET黎明期には便利だった。しかし、現代の開発において以下の3点が致命的なボトルネックとなる。
- 無駄なオーバーヘッド: 全データに対して変更追跡（Change Tracking）が行われ、メモリ消費量が実データの数倍に膨れ上がる。
- 型安全性の欠如: `row(“ColumnName”)` といった文字列ベースのアクセスは、実行時エラーの温床だ。コンパイル時に型チェックが効かない構造は、大規模開発では負債でしかない。
- LINQとの親和性の低さ: `AsEnumerable()`で無理やりLINQを通しても、本質的には`DataRow`という古臭いオブジェクトの集合に過ぎない。
—
2. 脱却への戦略：POCOへの移行
目指すべきは、「データはただの構造体（POCO）、操作はLINQ」という分離だ。
ステップ1：軽量なデータモデル（POCO）の定義
まずは、DataSetのテーブルに対応する「ただのクラス」を作成する。
.net
‘ 軽量なデータ保持用のクラス（POCO）
Public Class UserRecord
Public Property Id As Integer
Public Property Name As String
Public Property Email As String
‘ プロパティのみで構成し、ロジックを持たせないのがコツ
End Class
ステップ2：DataTableからPOCOへの変換
ここが肝だ。データベースやファイルから取得したDataTableを、即座に`List(Of T)`へ変換し、DataSetは破棄する。
.net
Imports System.Collections.Generic
Imports System.Linq
Public Function ConvertToUserList(dt As DataTable) As List(Of UserRecord)
‘ DataTableを走査し、型安全なリストへ変換
‘ LINQのSelectで効率的にマッピングする
Return dt.AsEnumerable().[Select](Function(row) New UserRecord With {
.Id = row.Field(Of Integer)(“Id”),
.Name = row.Field(Of String)(“Name”),
.Email = row.Field(Of String)(“Email”)
}).ToList()
End Function
—
3. 実践：メモリ効率を最大化する設計
POCOに移行する最大のメリットは、ガベージコレクション（GC）の効率化とLINQによる洗練された操作だ。
LINQでロジックを簡潔にする
DataSetでは複雑なループが必要だった抽出処理も、LINQを使えば一撃だ。
.net
‘ POCOリストからの抽出例
Dim users As List(Of UserRecord) = GetUserList()
‘ メールアドレスが特定のドメインのユーザーを抽出
Dim targetUsers = users.Where(Function(u) u.Email.EndsWith(“@example.com”)).ToList()
‘ IDでソートして名前だけ取り出す
Dim sortedNames = users.OrderBy(Function(u) u.Id).Select(Function(u) u.Name)
—
4. 堅牢な設計のための鉄則
移行時にバグを生まないための、エンジニアとしての「守り」も忘れてはならない。
1. Nullable型の活用: データベース上のNullを安全に扱うため、プロパティには`Integer?`や`String`（参照型は元々許容）を使い、値の欠損でシステムが落ちないようにする。
2. DTOとドメインモデルの分離: データベースから取得した直後のDTOと、ビジネスロジックで使うオブジェクトを混同しないこと。必要に応じてマッパーを作成せよ。
3. ファイル連携の際のリソース解放: `Using`構文は必須だ。ファイルストリームやDBコネクションは、スコープを抜ける瞬間に必ず破棄されるように設計せよ。
.net
‘ 正しいリソース管理の例
Using reader As New StreamReader(“data.csv”)
‘ 読み込み処理
End Using ‘ ここで自動的にDisposeが呼ばれる
—
結論：コードの「身軽さ」が品質を担保する
DataSetを捨て、POCOとLINQに移行することは、単なるコードの書き換えではない。「実行時エラーをコンパイル時エラーに昇格させる」という、堅牢なシステムへの脱皮だ。
大規模な業務システムほど、こうした小さな「効率化」の積み重ねが、後の保守コストを劇的に下げる。まずは、プロジェクト内の最も小規模なテーブルから、この「POCO化」を試してほしい。
システムが軽快に動くようになったとき、君はDataSetの呪縛から解き放たれ、本来あるべき「価値を生むエンジニアリング」に集中できるはずだ。
さあ、コードを書き換えよう。古い遺産を捨て、次世代のスタンダードを構築するのだ。
