Accessの「名前の自動修正」という名の時限爆弾をVBAで制御せよ
Access開発において、多くのエンジニアが「なぜかデータベースが肥大化する」「意図しないところでクエリが壊れる」という怪奇現象に頭を悩ませる。その元凶の正体は、Access標準機能である「名前の自動修正（Name AutoCorrect）」だ。
この機能は、オブジェクトの名前を変更した際に参照先を追跡してくれる親切設計に見える。だが、大規模なテーブル操作や、数千行のVBAによるDAO/ADO操作が頻発する環境では、その「監視プロセス」が致命的なパフォーマンス低下と、予期せぬシステム破損を招く。
本稿では、この「親切な悪魔」をVBAで手懐け、堅牢なシステムを構築するためのアーキテクチャを伝授する。
—
なぜ「名前の自動修正」をOFFにする必要があるのか
「名前の自動修正」が有効なままだと、Accessはすべてのオブジェクトの変更をログとしてシステムテーブルに書き込み続ける。これが以下のリスクを引き起こす。
1. 肥大化の加速: 不要なログが蓄積され、`.accdb`のサイズが雪だるま式に膨れ上がる。
2. パフォーマンスの劣化: 変更のたびに整合性チェックが走り、バッチ処理の実行速度が著しく低下する。
3. 隠れたバグの温床: 意図しない名前の変更が伝播し、修正不可能なリンク切れを引き起こす。
我々プロフェッショナルは、「自動化に頼るのではなく、名前の変更はリファクタリングとして計画的に行うべき」というスタンスを貫くべきだ。
—
プロダクションコード：安全な制御パターン
設定を変更する際は、必ず「現在の状態を保存」し、「処理終了後に必ず復元」する。この「状態の保存と復元（State Management）」を怠ると、ユーザーの環境設定を破壊することになる。
以下に、例外処理を組み込んだ堅牢な実装を示す。
‘ —————————————————————————
‘ @Description: 「名前の自動修正」を一時的に無効化するユーティリティクラス
‘ @Author: Chief Architect
‘ —————————————————————————
Public Sub ExecuteProcessWithSafety()
Dim isAutoCorrectEnabled As Boolean
‘ 1. 現在の「名前の自動修正」設定を取得
isAutoCorrectEnabled = Application.GetOption(“Track name AutoCorrect info”)
‘ 2. 処理中のみ無効化（パフォーマンス向上と不要なログ書き込み防止）
If isAutoCorrectEnabled Then
Application.SetOption “Track name AutoCorrect info”, False
End If
On Error GoTo Cleanup
‘ — ここに大規模なテーブル操作やデータ処理を記述 —
Debug.Print “重い処理を実行中…”
‘ ————————————————–
Cleanup:
‘ 3. エラーが発生しても確実に設定を元に戻す（重要）
If Application.GetOption(“Track name AutoCorrect info”) <> isAutoCorrectEnabled Then
Application.SetOption “Track name AutoCorrect info”, isAutoCorrectEnabled
End If
If Err.Number <> 0 Then
MsgBox “処理中にエラーが発生しました: ” & Err.Description, vbCritical
End If
End Sub
—
アーキテクトの視点：設計上の注意点
このコードをただコピペするだけでなく、以下の「現場の鉄則」を理解してほしい。
1. エラーハンドリングの強制
`On Error GoTo` を使わない実装は、プロフェッショナルのコードではない。処理中にエラーで停止した場合、設定が「無効」のまま固定され、後続の開発や保守で混乱を招く。必ず `Cleanup` ラベルを用意し、設定を復元することを保証せよ。
2. `Application.GetOption` の限界を知る
このメソッドはAccessのオプション設定にアクセスする。もし、マルチユーザー環境でバックエンド（BE）側の設定を操作しようとしているなら、それは間違いだ。これはあくまで「フロントエンド（FE）の挙動」を制御するものであることを意識すること。
3. 根本的な解決策：設定から無効化する
VBAで制御するのはあくまで「ツール稼働中」の応急処置である。もし、そのデータベースが本格的なアプリケーションであれば、開発段階でAccessのオプション設定から「名前の自動修正を実行する」のチェックを外すのがベストプラクティスだ。
—
結び：エンジニアの誇りとして
「なんとなく動くコード」と「保守性を極めたアーキテクチャ」の差は、こうした細かいオプション制御の蓄積にある。
Accessは確かに古いプラットフォームかもしれない。しかし、その内部構造を理解し、制御下に置くことで、いまだに驚くほどの高速処理を実現できる。技術の「自動化」に甘んじず、自らの手で「制御」する。その気概こそが、最高峰の業務自動化エンジニアへの唯一の道だ。
さあ、あなたのAccessを、真に制御可能なプロフェッショナルな基盤へと進化させよう。
