一部のユーザーが使用しているのと同時に、アクセス アプリケーションを拡張しています。これは、ユーザーがデータベースを変更していることを意味します。アクセスファイルのバックアップを作成し、それに取り組んでいます。このようにして、システムをテストしているときに、データベースを変更するシステムに変更を加えていないことを確認できます。しかし、ユーザーがシステムを使用していないため、データベース (テーブル内のデータ) を変更していない場合にのみ開発できます。ユーザーが作業しているのと同時に作業できないので、これは良くありません。
それに対する解決策はありますか？
この開発を行う良い方法は、VBA コードをテーブルから分離することです。私が言いたいのは、VBA コードを含むアクセス ファイルと、テーブルを含む他のアクセス ファイルを持つことです。
出来ますか？
これどうやってするの？
これを行う方法に関するドキュメントはありますか? これに関するベストプラクティスは何ですか？
編集：
この質問への最初のコメントのリンクに表示される適切な情報。
データベースをフロントエンドとバックエンドの 2 つのデータベースに分割する必要があります。バックエンドを中央の場所に保持し、そこでデータ構造を変更します。フロントエンドのコピーを各ユーザーに配布し、クエリ、レポート、フォームなどを各自のコピーで実行できるようにします。フロントエンドで一貫したベースクエリのセットを提供して、実際のテーブルを実際に使用する必要がないようにします。これは自由に変更できます。
Microsoft の Office Web サイトで、データベース分割に関するウォークスルー チュートリアルを見つけることができます。しかし、基本的な考え方は、フロントエンドには、バックエンドの実際のテーブルを指すリンク テーブルが含まれているということです。Access データ インポート ウィザードを使用して、データをインポートする代わりにテーブルにリンクすることを選択して、手動でこれを行うこともできます。リンクされたテーブルが、個人用フォルダーではなく、共有フォルダー内のデータベースを指していることを確認してください。これを行うには、リンク テーブルを右クリックし、[リンク テーブル マネージャー] を選択し、必要に応じてすべてのテーブルのリンクを更新します。