次の方法で共有

パススルークエリをデータソースにしたレポートのデザインビューを開くのが非常に遅い

Anonymous
2014-06-18T06:36:33+00:00

いつもお世話になっております。

表題にあります通り、パススルークエリをデータソースにしたレポートのデザインビューを開くのが非常に遅い現象が出て悩んでおります。

開くまでに10分程度を要している状況です。

レポートに出力するデータは、ORACLEよりODBC経由で取得しています。

レポートのレコードソースより、パススルークエリを削除しますと勿論データのレポートへの出力はできなくなりますが、レポートのデザインビューは問題なく軽快に開きます。

いろいろと類似事例を探しておりますが、解決につながるものを探し出せずの状態です。

問題点等のアドバイスをお持ちの方がおられましたら、恐れ入りますがご教示をお願いいたします。

なお、WindowsUpdateにてOS及びOfficeの更新は実施しております。

(環境)

クライアント  Windows7 Pro.(SP1) 64bit

         CPU:Core i5

         MEM:8GB

サーバ     クライアントと同等

DB       ORACLE 11g R2 (11.2.0)

Microsoft 365 と Office | アクセス | 家庭向け | Windows

ロックされた質問。 この質問は、Microsoft サポート コミュニティから移行されました。 役に立つかどうかに投票することはできますが、コメントの追加、質問への返信やフォローはできません。

0 件のコメント コメントはありません

3 件の回答

並べ替え方法: 最も役に立つ
  1. Anonymous
    2014-06-20T01:39:07+00:00

    sk.exe様、MukkuMuku様

    ご回答誠に有難うございます。

    指摘いただきました内容にもあります通り、一度ローカルのテーブルにデータを

    ためた上でレポートへの出力を行う方向で調整したいと思います。

    MukkuMuku様より、ご回答いただきましたドライバを探してみましたが見つからない

    状況でした。

    ご多忙のところ、ありがとうございました。

    この回答は役に立ちましたか?

    0 件のコメント コメントはありません
  2. Anonymous
    2014-06-18T12:11:25+00:00

    MukkuMukuです。

    タイムアウトしてるっぽいですよね。

    パススルークエリをレコードソースにする Access オブジェクトがあって、それをデザインビューで開く時でも、パススルークエリは実行されるはず。リンクされたテーブルと違いどのようなフィールドがあるのか未確定なのでこのような挙動になるのかなと。リンクテーブルをレコードソースにした場合と比較などすれば違いがあるかもしれないですね。

    更新されたドライバとかないか確認してみてはどうだろうか。

    ローカルテーブルに一度落としてしまったほうがいいかなと私も思いますけれども。

    この回答は役に立ちましたか?

    0 件のコメント コメントはありません
  3. Anonymous
    2014-06-18T06:46:13+00:00

    参照先であるOracleデータベースがどこにあるのかや、

    そのパススルークエリによって実際に何件のレコードが返されるのかについて不明ですが、

    パススルークエリをそのままレポートのレコードソースにするのではなく、

    パススルークエリによって返されるレコードを

    mdb/accdb ファイル内の一時テーブルに出力する追加クエリを実行し、

    その一時テーブルをレポートのレコードソースとされるとよろしいのではないでしょうか。

    この回答は役に立ちましたか?

    0 件のコメント コメントはありません