目標:
Service 2008 R2 のレポートで、下の図に基づいて結果を表示します。
問題:
どうすればいいですか?
また、実際にはリストには多くのデータが含まれていることも覚えておく必要があります。
目標:
Service 2008 R2 のレポートで、下の図に基づいて結果を表示します。
問題:
どうすればいいですか?
また、実際にはリストには多くのデータが含まれていることも覚えておく必要があります。
レポート自体に関しては、これはかなり標準的な実装です。
Tablixを 1つ作成する必要があります。1つのGroupはCustomer用(1 行)、1 つのGroupはArtist用(2 行、ヘッダー用に 1 つ、Artist名用に 1 つ、そしてTitle用の詳細行) です。
Customers Textboxの書式設定オプションがさらに必要なようです- Customerヘッダー行のセルをマージしてから、 Rectangleを挿入すると、行内でオブジェクトを移動するためのオプションがさらに提供されます。
大規模なレポートの場合、いくつかのオプションがあります。
大きなレポートの処理: http://msdn.microsoft.com/en-us/library/ms159638(v=sql.105).aspx
レポートのスナップショット: http://msdn.microsoft.com/en-us/library/ms156325(v=sql.105).aspx
レポートのキャッシュ: http://msdn.microsoft.com/en-us/library/ms155927(v=sql.105).aspx
スナップショットを夜間にスケジュールして、処理を静かな時間にオフロードし、レポートに適切なページネーションが設定されていることを確認して、表示時に一度に処理する必要のあるデータが多すぎないようにすることをお勧めします (つまり、数千のレポートを一度に表示しようとしないでください)。レポート マネージャーで表示する場合は 1 回)。
もう 1 つのオプションは、レポートをファイル共有に保存したり、電子メールとして送信したりできる夜間サブスクリプションを設定することです。
基本的に、ピーク時に実行する必要がある処理の量を減らし、将来の使用のためにレポートを 1 回処理して、全体的なリソース使用量を削減することを考えています。
そのような表示には、内部にテキストボックスを含むリストを使用します。さらに、各顧客の後に改ページを追加することを検討することもできます。
個人的には、数百万は言うまでもなく、数千の行を処理するときに多くのパフォーマンスの問題を経験しました。
レポートの主なターゲットを再検討することをお勧めします。レポートがエクスポート目的の場合は、ssrs を使用しないでください。レポートが表示用である場合、おそらく、ユーザーの選択ごとにパラメーターを使用してデータを絞り込むことができます。
最後に、幸運を祈ります:)