私は同じデータベースに多くのCrystal Reportsを持っています。同じ日付パラメータと多くのフィールドが同じで、アクセスするテーブルも同じであるため、すばやく実行されるものもあります。すぐに実行された私のレポートの1つは、現在非常に遅く実行されており、すべてのレコードを調べることができます。レコードが見つかるまで、0 of 100000
と表示されます。私はこれをするために私が何を変えたかもしれないのか分かりません。一部のレポートはまだ高速で、一部のレポートは高速で実行されています。これらの知見は、私が話している報告と一致しています。誰がなぜ設定がこれを引き起こしているのか知っていますか?Crystal Reportsのクエリが遅いのはなぜですか?
私はそれらの微妙な違いを探してみました - 私は何も見ることができません。それらの多くは、元のクローンがどこにあるか(まだまだ速い)。
パフォーマンスセクションの私のCRの本では、where句が変換されない場合、無視され、すべてのレコードの処理について - これはどのようなものか - 私は有効なwhere句を持っていますがレポートで確認してください。
Use Indexes Or Server For Speed
がチェックされます。他のすべての設定はレポートオプションと同じです。
おかげ
ありがとうございました。私は両方のレポートをCrystal Reports 11で開き、両方とも同じ日付範囲を使用し、1つは1秒未満で実行し、もう1つは2分以上かかります。レポートはさまざまなログインを使用していますが、引き続き同じDBに当てはまります。ログインとの唯一の違いは、異なるテーブルへのアクセスです。ビジネスロジックの意味?リモートサーバー。彼らは私に質問を表示させたくありません。本質的には、これら2つのレポートでは同じです - 私はリンゴとリンゴを比較していました。 – OneFineDay
同じログインを他のレポートに入れて、それがより速く動作するかどうか確認してください。ビジネスロジックとは、計算フィールド、一部の書式設定ロジック、一部のフィールドの場合はロジックなどの追加ロジックが含まれている可能性があることを意味します。同じ時間がかかる場合は、トラブルシューティングのために新しい新しいレポートを作成します。また、接続文字列のサーバー名を "Server = np:server \ instance"として使用してください。 –
はい、両方ともビジネスログインがありますが、主に同じです。新しいレポートには微妙な違いがあります。大きなテイク・ホーム・ポイントは、これがいつかうまくいったことです。それ以来、このように遅いです。私はその変更をどうやってやったのか分かりません。最初から再構築するには、多大な時間がかかります。多分、私が試してみなければならないことは、それを楽しみにしていません。あなたの助けをもう一度ありがとう! – OneFineDay