Accessの「名前の自動修正」を殺せ：システム安定稼働のための極限制御術
Access開発において、多くのエンジニアが「なんとなく」有効にしている機能がある。それが「名前の自動修正（Name AutoCorrect）」だ。
GUI上のオブジェクト名を変更した際、参照先を追従してくれる親切設計に見えるが、こと大規模なシステム運用においては、この機能は「時限爆弾」と同義である。バックグラウンドで常にシステムテーブルを監視し、トランザクションのオーバーヘッドを増大させるこの機能は、パフォーマンスと安定性を追求するプロフェッショナルの現場では、真っ先に無効化すべき対象だ。
今回は、この機能をVBAから制御し、堅牢なシステムを構築するための「極限の知見」を伝授する。
—
1. なぜ「名前の自動修正」が害悪なのか
「名前の自動修正」が有効な状態では、Accessは全てのオブジェクトの依存関係を内部的に記録し続ける。これは以下の理由でシステムの寿命を縮める。
- 肥大化の温床: システムテーブル（`MSysNameMap`等）が肥大化し、データベースファイルの断片化を加速させる。
- 謎のパフォーマンス低下: フォームやクエリの読み込み時に、予期せぬ依存関係チェックが走り、応答性が低下する。
- 運用上のリスク: 開発者が意図しないタイミングでクエリやフォームのプロパティが書き換わり、デバッグ不可能な不整合を引き起こす。
我々は、この機能を開発時やバッチ処理時に適切に制御し、「制御可能な状態」に置かなければならない。
—
2. Application.GetOption / SetOption による制御
Accessのオプション設定は `Application.GetOption` と `SetOption` でプログラムから操作可能だ。特に「名前の自動修正」に関連する設定項目は、以下の3つである。
1. 名前の自動修正の実行: `acOptNameAutoCorrect`
2. 名前の自動修正のログの記録: `acOptTrackNameAutoCorrect`
3. 名前の自動修正の情報の保持: `acOptPerformNameAutoCorrect`
これらを一括で無効化するクラスモジュール設計が、シニアエンジニアの嗜みである。
実装例：設定管理の自動化クラス `clsNameAutoCorrectManager`
‘ —————————————————————————
‘ クラス名: clsNameAutoCorrectManager
‘ 概要: 「名前の自動修正」機能を一時的に無効化し、終了時に復元するRAII的な設計
‘ —————————————————————————
Option Compare Database
Option Explicit
Private m_OriginalState As Boolean
Private Sub Class_Initialize()
‘ 現在の設定を取得（安全のためバックアップ）
m_OriginalState = Application.GetOption(“Name AutoCorrect”)
‘ 機能を無効化（パフォーマンスと整合性の担保）
If m_OriginalState Then
Application.SetOption “Name AutoCorrect”, False
End If
End Sub
Private Sub Class_Terminate()
‘ オブジェクト破棄時に元の状態へ戻す（設定の汚染を防ぐ）
Application.SetOption “Name AutoCorrect”, m_OriginalState
End Sub
—
3. レガシー環境におけるメモリ最適化の真髄
「名前の自動修正」を無効化しても、Accessのメモリリーク問題は残る。特に、`CurrentDb` を安易に使い回すのは素人の所業だ。
`CurrentDb` の罠
`CurrentDb` は呼び出すたびに新しいインスタンスを生成する。大規模なループ処理の中で `CurrentDb` を呼び出すことは、メモリ空間をゴミで埋め尽くす行為に等しい。
極限の最適化コード:
Public Sub HighPerformanceUpdate()
‘ クラスインスタンス生成：スコープを抜けるときに確実に復元される
Dim oAutoCorrect As New clsNameAutoCorrectManager
‘ CurrentDbをスタック変数に保持して再利用する（参照カウントを意識）
Dim db As DAO.Database
Set db = CurrentDb
Dim rs As DAO.Recordset
Set rs = db.OpenRecordset(“SELECT FROM T_LargeTable”, dbOpenSnapshot)
‘ 処理ロジック…
‘ 明示的な解放（Disposeパターン）
rs.Close
Set rs = Nothing
Set db = Nothing
End Sub
—
4. チーフアーキテクトからの提言
システム開発において、「デフォルト設定」は「素人向けの親切設定」である。
「名前の自動修正」を無効化し、依存関係は開発者がIDE上の参照検索や、自作のツールで明示的に管理する。これがAccessで堅牢なシステムを構築するための唯一の道だ。
また、Windows APIを用いて `GetWindowLong` や `SetWindowLong` でウィンドウ制御を行うような高度な実装を行う場合、この「自動修正」機能が有効だと、予期せぬタイミングでメモリレイアウトやハンドルが書き換わるリスクすら否定できない。
結論:
今すぐあなたのプロジェクトから「名前の自動修正」を排除せよ。それが、10年後も動く「伝説のシステム」を作るための第一歩である。
—
「優れたコードとは、消しゴムで消せるコードではない。最初から不要な機能を排した、純粋なコードである。」
