配列の深淵：VBAにおけるメモリレイアウトと「真」のパフォーマンス最適化
Excel VBAにおいて、セルとの往復（`Range.Value`への直接アクセス）が死を招くことは周知の事実だ。しかし、真のアーキテクトは、単に配列にデータを移すだけでは満足しない。
メモリレイアウトの構造を理解し、キャッシュ効率を最大化し、OSのメモリ管理までをも掌握する。今回は、多次元配列という「データ構造の選択」が、いかにしてレガシーシステムの限界を突破するかを解説する。
—
1. 配列の物理レイアウト：なぜ「1次元」が正義か
VBAの配列は、内部的には「SafeArray」構造体として扱われる。多次元配列（`Arr(1 to 100, 1 to 100)`）は、メモリ上では連続した空間に確保されるが、インデックス計算にはオーバーヘッドが伴う。
特に、数百万行規模のデータ処理を行う際、2次元配列を操作し続けると、CPUのL1/L2キャッシュのヒット率が低下する。
シニアの知見：1次元配列への「フラット化」
高頻度で更新されるデータセットは、あえて1次元配列（`Arr(1 to 10000)`）として確保し、インデックスを `(Row – 1) ColumnCount + Col` で計算する。これにより、メモリの連続性が確保され、ポインタ操作の効率が劇的に向上する。
‘ 2次元配列をフラット化して高速アクセスする例
Public Sub OptimizedAccess()
Dim DataArr() As Variant
Dim RowCount As Long: RowCount = 10000
Dim ColCount As Long: ColCount = 5
ReDim DataArr(1 To RowCount ColCount)
‘ 内部処理：(r, c) を (r-1)ColCount + c に変換
‘ これにより、メモリレイアウトの断片化を防ぎ、走査速度を最大化する
Dim i As Long
For i = 1 To RowCount ColCount
DataArr(i) = “OptimizedData”
Next i
End Sub
—
2. メモリ管理の極意：`Variant`型という劇薬との付き合い方
VBAで最もメモリを浪費するのは、不用意な `Variant` 型の多用である。`Variant` は内部で `VARIANT` 構造体を保持し、型情報の判定（`VarType`）が実行時に行われる。
オブジェクトのライフサイクルとメモリ解放
特に大規模なデータ処理中に `Collection` や `Dictionary` を多用すると、メモリリークの温床となる。`Set obj = Nothing` を書けば安心だと思っているのなら、それは素人だ。
- 明示的解放の真実: `Dictionary`などは解放時に全キーの探索とメモリ解放が走る。大量のオブジェクトを扱う場合は、あえて配列のみで処理を完結させ、スコープを抜ける瞬間に一括でメモリを揮発させるのがアーキテクトの流儀だ。
- Windows APIの活用: 巨大なデータセットのコピーには `CopyMemory` (RtlMoveMemory) を使用する。`Variant` を介した代入よりも、メモリ上のバイナリを直接叩く方が圧倒的に速い。
‘ Windows APIを活用したメモリの高速コピー
Private Declare PtrSafe Sub CopyMemory Lib “kernel32” Alias “RtlMoveMemory” _
(Destination As Any, Source As Any, ByVal Length As LongPtr)
‘ 大規模配列の転送時に、ループを排除してメモリブロックごとコピーする手法
—
3. レガシー環境とアーキテクチャの生存戦略
社内システム連携において、VBAがCSVやDBからデータを吸い上げる際、最大のボトルネックは「Excelの再描画」と「イベント」だ。
究極のパフォーマンス・チューニング・チェックリスト
1. `Application.ScreenUpdating = False`: 基本中の基本だが、`EnableEvents` と `Calculation = xlCalculationManual` もセットで制御せよ。
2. 配列の再定義（ReDim Preserve）の忌避: `ReDim Preserve` はメモリの再確保を伴うため、極めて高コストだ。最大行数をあらかじめ見積もり、余裕を持ったサイズで確保するか、チャンク単位（例：1000行ずつ）で拡張せよ。
3. 型指定の徹底: 計算処理には `Double` や `Long` を明示的に使用し、`Variant` への暗黙の型変換を排除する。
—
終わりに：アーキテクトの矜持
VBAは「古い言語」ではない。「OSの深層に最も近い場所で、プロトタイプから本番までを完結できる唯一のツール」だ。
配列のインデックス計算一つ、メモリの確保方法一つに妥協しないこと。その小さな積み重ねが、数秒で終わる処理と、数分間フリーズするシステムの差を生む。
次回の記事では、`Dictionary` を代替する「バイナリハッシュテーブル」の自作について深掘りする予定だ。準備をしておいてくれ。真の自動化は、まだ始まったばかりだ。
