Access VBAの深淵：DAO.Recordsetにおける「Snapshot」と「Dynaset」の真実
Access開発において、`DAO.Recordset`を使いこなせるかどうかは、そのエンジニアが「動くものを作れる人」か「システムを設計できる人」かの分水嶺だ。
特に、`dbOpenDynaset`と`dbOpenSnapshot`の使い分けを「何となく」で済ませているなら、今すぐその甘えを捨ててほしい。数万件のレコードを扱う際、その選択がシステムのパフォーマンス、ひいてはDBエンジンの寿命を左右するからだ。
今日は、メモリの消費特性と速度のトレードオフという「物理層」の視点から、この二つの挙動を解剖する。
—
1. Dynasetか、Snapshotか：その本質的違い
結論から言おう。「更新が必要か、さもなくばSnapshotを使え」。これが鉄則だ。
dbOpenDynaset（動的集合）
- 特性: レコードセットを開いた後も、テーブル上の変更がリアルタイムで反映される。更新可能。
- 代償: 更新を追跡するために、Accessは「ブックマーク」や「行の状態」を保持し続ける。さらに、マルチユーザー環境ではロック管理のオーバーヘッドが発生する。
- 用途: フォームのレコードソースや、データの更新・削除を行う処理。
dbOpenSnapshot（静的集合）
- 特性: 開いた瞬間のデータの「写し」をメモリ（または一時ファイル）上に保持する。読み取り専用。
- 代償: データの鮮度が落ちる（他ユーザーの変更は反映されない）。
- 恩恵: ロック管理が不要であり、極めて高速かつ軽量。 サーバー負荷も最小限。
- 用途: レポートの生成、データの集計、参照用コンボボックスのデータソース。
—
2. パフォーマンスの境界線：なぜSnapshotが速いのか
`Dynaset`は、レコードセットを走査するたびに「現在データがどうなっているか」をDBエンジンに問い合わせる余地を残す。これがネットワーク越しや、巨大なテーブルでの走査において「ラグ」として顕在化する。
一方、`Snapshot`は「開いた瞬間の静止画」をキャッシュとして読み込むため、物理的なI/Oが抑制される。特に、ネットワークドライブ上のバックエンドDBに接続している場合、この差は致命的だ。数千件を超える走査を`Dynaset`で行うのは、アクセルとブレーキを同時に踏むようなものだ。
—
3. 実践：保守性の高いプロダクションコード
現場でバグを生む最大の原因は「レコードセットを閉じないこと」と「エラーハンドリングの欠如」だ。以下のテンプレートは、私が現場で標準的に採用している「安全かつ高速な」レコードセット操作のひな形だ。
Public Sub ProcessDataOptimally(ByVal sql As String)
Dim db As DAO.Database
Dim rs As DAO.Recordset
‘ 明示的なエラーハンドリング
On Error GoTo ErrorHandler
Set db = CurrentDb
‘ 【重要】読み取り専用なら必ずdbOpenSnapshotを指定する
‘ パフォーマンスが劇的に向上する
Set rs = db.OpenRecordset(sql, dbOpenSnapshot, dbReadOnly)
‘ データが存在するか確認
If Not (rs.BOF And rs.EOF) Then
rs.MoveFirst
Do Until rs.EOF
‘ ここにビジネスロジックを記述
‘ Debug.Print rs!ID
rs.MoveNext
Loop
End If
CleanExit:
‘ オブジェクトの解放は義務。これを怠るとメモリリークの温床になる
If Not rs Is Nothing Then rs.Close: Set rs = Nothing
Set db = Nothing
Exit Sub
ErrorHandler:
MsgBox “エラー発生: ” & Err.Description, vbCritical
Resume CleanExit
End Sub
このコードの「賢い」ポイント
1. `dbReadOnly`オプションの併用: `dbOpenSnapshot`を明示しつつ、さらに`dbReadOnly`定数を加えることで、DBエンジンに対して「更新の意図は皆無である」と明確に伝達する。これにより、ロック管理のオーバーヘッドを極限まで削ぎ落とせる。
2. `CleanExit`によるリソース解放: VBAはガベージコレクションが弱い。明示的な`Close`と`Set Nothing`は、長期稼働する業務アプリにおける「メモリの清潔さ」を保つための防衛線だ。
—
結論：あなたの設計に魂を込めよ
Access VBAはレガシーではない。使い方次第で、GUIを備えた高速なデータ処理エンジンに化ける。
- データを見るだけなら、Snapshot。
- データをいじるなら、Dynaset。
この単純な判断を徹底するだけで、あなたの作るツールは「重たいAccess」という汚名を返上し、キビキビと動くプロフェッショナルなアプリケーションへと進化するはずだ。
次は、この`Recordset`をさらに加速させる「インデックスの戦略的活用」について触れることになるだろう。現場からは以上だ。コードを書き続けろ。そこにしか真理はない。
