多数のフォーム、クエリ、マクロ、レポートなどを含む MS Access 2010 DB があります。
レポートのデータは、リンク テーブル プロパティを介して SQL Server 2000 テーブルへの ODBC リンクから取得されます。
ここで、レポートのデザイン モードに移動するたびに、すべての動作が非常に遅くなります (マウス クリックごと、テキスト ボックスの選択、またはレポートで実行される操作のために、少なくとも 30 分待たなければなりません)。
レポート自体の実行には約 1 分かかりますが、気にしません。
私が探しているのは、レポートのデザインを変更するためのより迅速な方法です。
これは古い質問ですが、最近フォーム デザインの実行が非常に遅いという同様の問題がありました。私にとっては、1 つのフォームだけが影響を受けているように見えました (他のフォームはすべてデザイン モードで正常に動作しました)。フォームのレコード ソースは、サブクエリの階層に基づいて構築された複雑なクエリでした。クエリの結果をテーブルにダンプし、そのテーブルをクエリの代わりにフォームのレコード ソースとして使用しました。これで問題は解決したようです。これが他の誰かに役立つことを願っています。
私にとってうまくいったことは、Albert Kallal がhttp://www.utteraccess.com/forum/lofiversion/index.php/t1959800.htmlで提供した回答に基づいています。
私の場合、分割データベースで、バックエンドにリンクされているテーブルを開くと、フロントエンド フォームまたはサブフォームを開くのは非常に高速でした。リンクされたテーブルを開いておらず、開いたままにしておくと、フォーム ビューからデザイン ビューに切り替えるのに約 20 秒かかり、サブフォームを開くのにさらに 20 秒かかります 。どのテーブル、バックエンドにリンクされた任意のテーブルのみ)、これらの機能を実行するのに約 1 秒かかります。 大きな違い！
テーブルが Excel ファイルにリンクされました。Excel ファイルが開いているときに、どのフォームでもデザイン ビューに変更するのに永遠にかかることがわかりました。Excel ファイルを閉じると、問題が解消されました。
それは正常ではありません。何かが間違っている。Office/Access のインストール、OS のインストール、システム CPU を大量に消費する何か、または Access を適切に実行するためのメモリなどのリソースがシステムにないことが原因である可能性があります。または、DB が破損しているか肥大化している可能性があります。
あなたが試すことができる2つのテスト。
まず、DB で圧縮/修復を行い、それが修正されるかどうかを確認します。
次に、コンピューターをセーフ モードで起動し、Access の動作がまだ遅いかどうかを確認します。これにより、上記の問題の多くがテストされます。
私にとってうまくいったのは、すべてのローカルテーブルでサブデータシート名を「auto」から「none」に変更することでした。これは、テーブル デザイン モードのプロパティ シートで行います。すべてのローカル テーブルを検索してこの値を変更するルーチンが別の場所に投稿されています。