【Accessの闇を統べる】「名前の自動修正」をVBAで完封せよ：大規模開発における堅牢な環境構築術
Access開発において、多くのエンジニアが「なんとなく」放置し、そして開発後半に泣きを見る最大の地雷。それが「名前の自動修正（Name AutoCorrect）」機能だ。
この機能は、フィールド名やオブジェクト名を変更した際、参照先（フォームやクエリ）を自動的に追跡・修正してくれる「親切な」機能のように見える。しかし、大規模開発において、この「見えない自動化」はデバッグの難易度を跳ね上げ、環境差異を生む元凶となる。
なぜ、プロの現場ではこの機能を「無効化」し、VBAで制御すべきなのか。その極限の知見を授けよう。
—
1. なぜ「名前の自動修正」が害悪なのか
この機能は、バックグラウンドで「名前の自動修正ログ」というシステムテーブルを肥大化させる。また、VBAから動的にテーブル定義を変更する際、意図せぬ連鎖修正を引き起こし、開発環境では動くのに本番環境ではクエリが壊れるという不可解な現象（ゴーストバグ）の主犯格となる。
特に、CI/CDや配布用ツールを設計する際、この機能がONになっていると、テーブルリンクの再定義やフィールドの追加時に、Accessが勝手に名前を書き換えてしまい、整合性が崩壊する。
結論：開発環境・本番環境問わず、この機能はOFFにするのが「大人の設計」だ。
—
2. VBAによる「名前の自動修正」制御の設計思想
手動で設定画面からOFFにするのは甘い。なぜなら、配布後のユーザー環境で「誰かが勝手に設定を変更する」リスクを排除できないからだ。
以下のコードは、アプリケーション起動時に「この環境の『名前の自動修正』は許可しない」という規約を強制するアーキテクチャだ。
プロダクション環境向け制御用クラス：`clsAccessSettings`
Option Compare Database
Option Explicit
‘ ==============================================================================
‘ 名前：clsAccessSettings
‘ 概要：Accessの環境設定を堅牢に制御するクラス
‘ 備考：名前の自動修正機能を全OFFにし、開発の安全性を担保する
‘ ==============================================================================
Public Sub DisableNameAutoCorrect()
On Error GoTo ErrorHandler
‘ Application.SetOption は定数による設定変更を行う強力なAPI
‘ 70 = 名前を自動修正する (TrackNameAutoCorrectInfo)
‘ 71 = 名前を自動修正するための情報を保存する (PerformNameAutoCorrect)
If Application.GetOption(“TrackNameAutoCorrectInfo”) <> 0 Then
Application.SetOption “TrackNameAutoCorrectInfo”, False
End If
If Application.GetOption(“PerformNameAutoCorrect”) <> 0 Then
Application.SetOption “PerformNameAutoCorrect”, False
End If
Debug.Print “名前の自動修正機能を無効化しました。”
Exit Sub
ErrorHandler:
MsgBox “環境設定の適用に失敗しました。管理者へ連絡してください。” & vbCrLf & _
“Error: ” & Err.Description, vbCritical
End Sub
—
3. 実務での活用：起動時に環境をクリーンにする
このクラスを、アプリケーション起動時のメインフォームの`Form_Load`や、標準モジュールの`AutoExec`マクロから呼び出す。これにより、常に「制御された環境」で開発・運用が可能になる。
Private Sub Form_Load()
Dim settings As New clsAccessSettings
‘ 起動するたびに設定を強制適用
‘ これにより、開発環境の移行や配布時にも設定ミスを防げる
settings.DisableNameAutoCorrect
Set settings = Nothing
End Sub
—
4. 伝説のエンジニアからのアドバイス：さらなる高みへ
この設定を適用するだけでは不十分だ。大規模開発で「環境差異」を完璧に埋めるには、以下の3原則を徹底してほしい。
1. 「自動修正ログ」の削除を忘れるな: すでに名前の自動修正が有効な状態で開発が進んでいた場合、上記の設定を行っても過去のログが残る。`CurrentProject.Connection.Execute`でシステムテーブルを直接クリアするか、配布用ツールでデータベースを最適化（Compact & Repair）するプロセスを組み込むこと。
2. テーブル定義の変更は「スクリプト」で: `TableDef`や`Field`オブジェクトの操作は、手動で行わず、必ずDDL（Data Definition Language）またはDAOによる定義変更コードをバージョン管理（Gitなど）すること。
3. リンクテーブルの再定義を自動化せよ: 環境差異の最大の原因はリンク先パスだ。フロントエンド起動時に、バックエンドのパスを相対パスで動的に再接続する処理を実装せよ。
まとめ：あなたの開発を「管理可能な状態」へ
「名前の自動修正」に頼ることは、自分の書いたコードの責任をAccessというブラックボックスに委ねることと同義だ。
プロフェッショナルは、「不確定な挙動をシステムから排除する」。このVBAコードを実装することで、あなたの開発環境は「不可解なバグ」から解放され、堅牢なプロダクトへと進化するはずだ。
さあ、今すぐコードを書き、その「自動修正」という名の甘えを断ち切る準備を始めよう。
