accessでサブレポート付のレポートを何度かプレビュー後、印刷するとCPUの使用率が上昇してaccess自体がおもくなります。

Question

accessでサブレポート付のレポートを何度かプレビュー後、印刷するとCPUの使用率が上昇してaccess自体がおもくなります。調べてみた結果サブレポートのVBA上でコントロールの制御の回数が原因だと思います。例：me.control1.visible = false を行っています。解決方法と原因を教えていただきたいです。

access2021、365で再現しました。

2016では再現しませんでした。

Answer 1

ロールバックはどのバージョンまで戻されましたでしょうか？

Microsoft 365 Apps の更新履歴 (日付別の一覧) - Office release notes | Microsoft Learn

・テスト用に新規データベースを作成して、テスト用のテーブルから単純なサブレポートを作成して現象が再現するか確認するとどうでしょうか。

Answer 2

ファイルの保存場所はローカルです。

>・ファイルの保存場所を信頼出来る場所にするとどうでしょうか。

既に信頼できる場所になっています。

>・Office の更新プログラムをロールバックするとどうでしょうか。

ロールバックも試しましたが解決できませんでした。

Answer 3

返信ありがとうございます。

ファイルの保存場所はローカルでしょうか。ネットワーク上でしょうか。

・ファイルの保存場所を信頼出来る場所にするとどうでしょうか。

[ファイル] >( [その他] )> [オプション] > [トラストセンター] > [トラストセンターの設定]で[信頼できる場所] > [新しい場所の追加]でファイルの保存場所を設定する。

（※「この場所のサブフォルダーも信頼する」にもチェックを入れます）

・Office の更新プログラムをロールバックするとどうでしょうか。

Office 365(2016)をロールバックする - Microsoft コミュニティ

Answer 4

>・me.control1.visible = false を行わなければその症状は出ないのでしょうか。

debug.print me.control1やme.control1.backcolorでもダメでした。

>・プリンタドライバーが要因か調べる為、レポートの印刷設定 及び 既定のプリンターを Microsoft Print to PDF に変更して Access を再起動した場合はどうでしょうか。

Microsoft Print to PDF でも症状がでました。accessを再起動すると一時的には直りますがその後何度かプレビュー後、印刷するとaccess自体がおもくなります。

>・サブレポートのレコードソースをテーブルにした場合はどうでしょうか。

ダメでした。

Answer 5

bc aaさん、こんにちは。

・me.control1.visible = false を行わなければその症状は出ないのでしょうか。

・プリンタドライバーが要因か調べる為、レポートの印刷設定 及び 既定のプリンターを Microsoft Print to PDF に変更して Access を再起動した場合はどうでしょうか。

・サブレポートのレコードソースをテーブルにした場合はどうでしょうか。