Access 2003 と 2007 を切り替えるときの再構成の遅延についての私の質問には、次のコメントがありました。
ところで、Access 2007 とそれ以前のバージョンの間で再構成を行うことは避けられません。Access 2007 は以前のバージョンと同じレジストリ キーの一部を使用するため、Access 2007 を開くときにそれらを書き換える必要があります。
もしそうなら、同時に両方のバージョンでデータベースを実行/開発することは実際に安全ですか? レジストリの変更は、起動後の Access の動作に影響しますか。たとえば、オブジェクトへの変更を再コンパイル/保存しますか?
ほとんどの場合は機能しますが、完全に安全というわけではありません。そのため、Microsft は同じ PC への Microsoft Office の複数インストールのサポートを拒否しています。推奨される解決策は、仮想マシンをインストールし、その仮想マシンに 2 番目の Microsoft Office バージョンをインストールすることです。次に、相互に干渉することなく、あるバージョンの Access から別のバージョンに切り替えることができます (切り替え時間もかかりません!)。
Microsoft は、Virtual PC 2007 の 32 ビット バージョンと 64 ビット バージョンの両方を無料でダウンロードできます。
サービスパックは次のとおりです。
それは完全に安全です。私は非常に頻繁に実行しています（実行中と開発中の両方）。Access 2007 でデータベースを開くとすぐに、追加のプロパティがデータベースに追加されます。ただし、これは、後で Access 2003 でデータベースを安全に開くことができるように行われます。
また、Access 2003 または 2007 で開かれたフロントエンドを使用して、さまざまなユーザーが同じバックエンドを使用するマルチバージョン環境にデータベースをインストールしています。
開いた Access のインスタンスは、開いた時点のレジストリ設定を継承するようです。したがって、A2K7 を開くと、「Office の構成」手順で書き込まれるレジストリ設定が取得されます。A2K7 がまだ開いている間に A2K3 を開くと、レジストリ設定が再構成され、セッション用に継承されます。これは、すでに実行されている A2K7 のインスタンスには影響しません。
唯一の例外は、"構成中..." プロセスによって変更されたレジストリ キーがあり、Access が開いたときに読み取らず、セッションの後半で読み取らない場合です。私は、MS がそのような設計を行うことに強い疑問を抱いています。Professional Access の開発者は、MS が MS インストーラー (Office 2000 を使用しているほとんどの人が最初に見た) を導入して以来、この種の問題に対処してきました。 Vista がレジストリの変更を処理する方法)。MS が 1 台の PC に複数のバージョンの Access を搭載することを検討しているという事実は、それが実際に危険であるという意味ではなく、そのシナリオのサポートにリソースを割きたくないということを示しているだけです。