泥沼のレガシーを「堅牢なエンジン」へ変える：ADO.NETの真髄とメモリ管理の極意
VBAで構築された場当たり的なシステムを、VB.NETという「より高出力なエンジン」へ移植する際、多くのエンジニアが犯す最大の過ちがある。それは、ADO.NETを単なる「VBAのADODBの延長」として扱い、リソースのライフサイクルを軽視することだ。
SQL Serverを操るということは、メモリ上のアンマネージドリソースと直接対話することを意味する。今日の記事では、シニアエンジニアとして避けては通れない「安全な接続管理」と「メモリを食い尽くさないための極限の作法」を伝授する。
—
1. 接続管理の鉄則：using句は「推奨」ではなく「義務」である
VB.NETにおける最大のメモリリーク源は、接続オブジェクト（`SqlConnection`）の解放忘れだ。VBA時代のように`Set conn = Nothing`と書いて安心しているようでは、プロフェッショナルとは呼べない。
`.NET`の世界では、IDisposableインターフェースを実装したオブジェクトは、即座にメモリから排除しなければならない。`Using`ブロックを使い、例外発生時であっても確実に`Dispose`される構造を強制する。
‘ 接続文字列はハードコードせず、App.configまたは環境変数から取得する
‘ 接続のオーバーヘッドを避けるため、コネクションプールを活用する
Using conn As New SqlConnection(connectionString)
Using cmd As New SqlCommand(“SELECT ID, UserName FROM Users WHERE RoleID = @RoleID”, conn)
‘ SQLインジェクションを防ぐためのパラメータ化クエリ
‘ 文字列結合でSQLを生成するのは、爆弾を抱えて走るようなものだ
cmd.Parameters.Add(“@RoleID”, SqlDbType.Int).Value = 1
conn.Open()
Using reader As SqlDataReader = cmd.ExecuteReader()
While reader.Read()
‘ 読み込み処理
Console.WriteLine($”User: {reader(“UserName”)}”)
End While
End Using ‘ readerはここで確実に閉じる
End Using ‘ cmdはここで確実に閉じる
End Using ‘ connはここで確実に閉じられ、コネクションプールへ戻る
—
2. パラメータ化クエリ：ハッカーへの「回答」を拒絶する
SQLインジェクションは、アプリケーションの「設計ミス」以外の何物でもない。`String.Format`や連結演算子でSQL文を作るのは、今日で終わりにしよう。
パラメータ化クエリの真価は単なるセキュリティ対策ではない。SQL Server側のクエリプラン（実行計画）のキャッシュ効率を高めるという、パフォーマンス上の極めて重要な役割がある。同じクエリ構造であれば、パラメータ値が異なってもSQL Serverはキャッシュされた計画を再利用できる。これは高負荷な業務システムにおいて、CPU負荷を劇的に下げる鍵となる。
—
3. シニアのための極限最適化：SqlDataReaderの使いこなし
大量のデータを扱う際、`DataSet`や`DataTable`に全件詰め込むのはメモリの無駄遣いだ。数百万レコードを扱うようなシステムでそれを行うと、GC（ガベージコレクタ）が頻繁に作動し、アプリケーションが「止まる」原因となる。
- DataReaderは前方専用のストリーム: メモリ上に全データを保持せず、ネットワーク越しにデータを順次流し込む。
- Ordinal（列番号）のキャッシュ: `reader(“ColumnName”)`と書くと、毎回文字列から列番号を解決するコストが発生する。ループの外で列インデックスを取得しておくのが、真の最適化だ。
‘ パフォーマンスを極限まで絞り出すためのDataReader操作
Using reader As SqlDataReader = cmd.ExecuteReader()
‘ 列名の解決をループ外で行う（ミリ秒単位の積み重ねが重要）
Dim idOrdinal As Integer = reader.GetOrdinal(“ID”)
Dim nameOrdinal As Integer = reader.GetOrdinal(“UserName”)
While reader.Read()
‘ 直接インデックスでアクセスする
Dim id As Integer = reader.GetInt32(idOrdinal)
Dim name As String = reader.GetString(nameOrdinal)
End While
End Using
—
4. レガシー保守の視点：Windows API連携と例外処理
古いシステムと連携する場合、たまにWin32 APIを呼び出す必要がある。VB.NETで`Declare Function`を使う際は、必ず`SafeHandle`を検討してほしい。
また、データベース操作において最も注意すべきは「タイムアウト」と「デッドロック」だ。`SqlException`を捕捉した際、単にエラーを表示するのではなく、`Number`プロパティを確認し、デッドロック（エラー番号1205）であれば再試行（リトライ）ロジックを挟む。これこそが、ユーザーに「止まらないシステム」を提供するための職人技だ。
—
最後に：コードは「芸術」ではなく「工学」である
VB.NETを愛する諸君。VB.NETは古臭い言語ではない。正しく扱えば、C#と遜色ないパフォーマンスと堅牢性を発揮できる強力なツールだ。
メモリを管理し、リソースを適切に解放し、パラメータ化クエリでシステムを守る。これらの基本的な規律こそが、何年経っても壊れない「伝説のシステム」を構築する唯一の道である。
次の開発では、あなたのコードがメモリの隅々まで掌握されていることを期待する。それが、プロフェッショナルとしての誇りだ。
