使いやすいように設計された Microsoft リレーショナル データベース管理システムのファミリ。
sk.exe様、MukkuMuku様
ご回答誠に有難うございます。
指摘いただきました内容にもあります通り、一度ローカルのテーブルにデータを
ためた上でレポートへの出力を行う方向で調整したいと思います。
MukkuMuku様より、ご回答いただきましたドライバを探してみましたが見つからない
状況でした。
ご多忙のところ、ありがとうございました。
このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
いつもお世話になっております。
表題にあります通り、パススルークエリをデータソースにしたレポートのデザインビューを開くのが非常に遅い現象が出て悩んでおります。
開くまでに10分程度を要している状況です。
レポートに出力するデータは、ORACLEよりODBC経由で取得しています。
レポートのレコードソースより、パススルークエリを削除しますと勿論データのレポートへの出力はできなくなりますが、レポートのデザインビューは問題なく軽快に開きます。
いろいろと類似事例を探しておりますが、解決につながるものを探し出せずの状態です。
問題点等のアドバイスをお持ちの方がおられましたら、恐れ入りますがご教示をお願いいたします。
なお、WindowsUpdateにてOS及びOfficeの更新は実施しております。
(環境)
クライアント Windows7 Pro.(SP1) 64bit
CPU:Core i5
MEM:8GB
サーバ クライアントと同等
DB ORACLE 11g R2 (11.2.0)
使いやすいように設計された Microsoft リレーショナル データベース管理システムのファミリ。
ロックされた質問。 この質問は、Microsoft サポート コミュニティから移行されました。 役に立つかどうかに投票することはできますが、コメントの追加、質問への返信やフォローはできません。
sk.exe様、MukkuMuku様
ご回答誠に有難うございます。
指摘いただきました内容にもあります通り、一度ローカルのテーブルにデータを
ためた上でレポートへの出力を行う方向で調整したいと思います。
MukkuMuku様より、ご回答いただきましたドライバを探してみましたが見つからない
状況でした。
ご多忙のところ、ありがとうございました。
MukkuMukuです。
タイムアウトしてるっぽいですよね。
パススルークエリをレコードソースにする Access オブジェクトがあって、それをデザインビューで開く時でも、パススルークエリは実行されるはず。リンクされたテーブルと違いどのようなフィールドがあるのか未確定なのでこのような挙動になるのかなと。リンクテーブルをレコードソースにした場合と比較などすれば違いがあるかもしれないですね。
更新されたドライバとかないか確認してみてはどうだろうか。
ローカルテーブルに一度落としてしまったほうがいいかなと私も思いますけれども。
参照先であるOracleデータベースがどこにあるのかや、
そのパススルークエリによって実際に何件のレコードが返されるのかについて不明ですが、
パススルークエリをそのままレポートのレコードソースにするのではなく、
パススルークエリによって返されるレコードを
mdb/accdb ファイル内の一時テーブルに出力する追加クエリを実行し、
その一時テーブルをレポートのレコードソースとされるとよろしいのではないでしょうか。