2

私が十分に徹底的に検索していない場合は、私をむち打ちしてください.....

私はパフォーマンスのために何が良いだろうと思っています:

SQL (データセット内の WHERE、Group By、Order By ステートメント) を使用してデータを収集、集計、および並べ替えるか、単に「裸の」データを収集し、レポートでグループ化、並べ替え、およびフィルター処理します。(データセット、パラメーター、およびレポートの集計に関するフィルター)

ストアド プロシージャを使用すると、パフォーマンスが向上しますか?

ご挨拶、

へんろう

4

2 に答える 2

4

SSRSは結果を表示するためのツールであり、そのために最適化されています。集計やフィルターなどを実行できますが、それが彼の主な目標を意味するわけではないため、そのために最適化されていません。データセットに対して集計、フィルター、およびデータ操作を実行するときは、そのためにデータベースエンジンを使用しています。これは、そのために最適化されたものであるため、この方法でパフォーマンスが向上する可能性があります。ストアドプロシージャまたはプレーンSQLに関しては、どちらにも固有のパフォーマンス上の利点はありません(プレーンSQLの方が柔軟性が高いという理由だけで、私はプレーンSQLを好みます)。

于 2012-06-11T16:44:01.790 に答える
3

パフォーマンスに関しては、SQL Server はそのような用途向けに最適化されています。

特定の状況下では、ストアド プロシージャはクエリ プランをプリコンパイルするため、パフォーマンスを大幅に向上させることができます。この場合、レポートが頻繁に呼び出されない限り、違いに気付くかどうかはわかりません。ただし、SQL をレポートから除外することを好みます。

于 2012-06-11T19:34:22.643 に答える