Access VBAの深淵へ：Recordsetの「型」が命運を分ける理由
こんにちは。Accessの現場で数々の泥沼化したシステムを救ってきたアーキテクトです。
Access VBAを書き始めると、誰もが必ず一度は「`OpenRecordset`」という壁にぶつかります。しかし、多くの人が「とりあえず動けばいいや」と、メソッドの引数を適当に選んでしまっているのではないでしょうか？
今日は、Accessのパフォーマンスを左右する最も重要な選択の一つ、「`dbOpenDynaset` と `dbOpenSnapshot` の違い」について、メモリ管理の観点から徹底解説します。ここを理解すれば、あなたの書くコードは「動く」レベルから「速くて壊れない」プロのレベルへと一気に進化します。
—
1. そもそも「Recordset」とは何か？
Recordsetは、テーブルやクエリのデータを「メモリ上に一時的に展開した作業台」のようなものです。
Access VBAでデータを操作する際、私たちはこの「作業台」の持ち方（カーソルタイプ）をエンジンに指示する必要があります。その代表的な選択肢が、`dbOpenDynaset` と `dbOpenSnapshot` です。
比較のポイント
- dbOpenDynaset（ダイナセット）: 「双方向の会話ができる作業台」。データの編集が可能で、データベース側の変更をリアルタイムで反映できます。
- dbOpenSnapshot（スナップショット）: 「静止画の作業台」。データの読み取り専用。編集はできませんが、その分圧倒的に軽量です。
—
2. なぜ「Snapshot」は爆速で軽量なのか？
実務において、データを「ただ表示したいだけ」「合計値を計算したいだけ」という場面は非常に多いはずです。ここで `dbOpenDynaset` を選ぶと、Accessは過剰な仕事を強いられます。
メモリ消費の構造（イメージ図）
- Dynasetの場合:
- 「誰かがデータを書き換えたらすぐに同期しなきゃ…」という監視コスト。
- 「今のレコードを編集可能にしておくためのバッファ領域」の確保。
- これらがメモリを圧迫し、ネットワーク越しのデータソースであれば、通信トラフィックを増大させます。
- Snapshotの場合:
- 「読み取ったら終わり！」という一方通行の潔さ。
- 編集機能という荷物を下ろしているため、メモリ消費は最小限。
- 「静止画」としてメモリにコピーされるため、一度開いてしまえばその後の検索やループ処理が非常に高速です。
—
3. 実践：適材適所のコード実装例
まずは、現場でよくある失敗例と、正しい書き方を見比べてみましょう。
悪い例：なんでもDynasetで開いてしまう
‘ データを読み取るだけなのに、わざわざ重いDynasetを使っている
Dim rs As DAO.Recordset
Set rs = CurrentDb.OpenRecordset(“T_売上データ”, dbOpenDynaset)
‘ 編集する予定がないなら、これはメモリの無駄遣いです
良い例：読み取り専用にはSnapshotを徹底する
Sub Sample_Snapshot()
Dim db As DAO.Database
Dim rs As DAO.Recordset
Set db = CurrentDb
‘ 【ここが重要！】読み取り専用と明示することでメモリを節約
‘ 第2引数に dbOpenSnapshot を指定
Set rs = db.OpenRecordset(“T_売上データ”, dbOpenSnapshot)
‘ データが存在する場合のみ処理
If Not rs.EOF Then
Do Until rs.EOF
‘ ここで計算や表示処理を行う
Debug.Print rs!売上金額
rs.MoveNext
Loop
End If
‘ 【重要】使い終わったら必ず閉じてメモリを解放する
rs.Close
Set rs = Nothing
Set db = Nothing
End Sub
—
4. プロの選択基準：迷ったらこうする
実務でコードを書く際、以下の基準を自分の中にルールとして持ってください。
1. 「編集・追加・削除」をする必要があるか？
- YES → `dbOpenDynaset` を使う。
- NO → 迷わず `dbOpenSnapshot` を使う。
2. データ量が膨大か？
- 数万件以上のレコードを扱うなら、`dbOpenSnapshot` はメモリ負荷を抑えるための生命線になります。
3. ネットワーク経由の共有ファイルか？
- ネットワーク越しなら、通信量を抑えられる `dbOpenSnapshot` が圧倒的に安定します。
—
まとめ：Access VBAの「格」を上げるために
初心者から脱却する唯一の方法は、「なぜそのコードを書いたのか？」という根拠を明確にすることです。
「とりあえず動く」コードから、「メモリの挙動まで制御できる」コードへ。`dbOpenSnapshot` を意識的に使い分けることは、あなたの書くAccessシステムの安定性とレスポンスを劇的に改善させます。
ここをクリアしたあなたは、もう立派なエンジニアの入り口に立っていますよ。次は、インデックスの最適化や、`dbOpenForwardOnly`（前方のみの超高速カーソル）の世界へ挑戦してみてください。応援しています！
