たくさんのレポートがある大規模なプロジェクトがありますが、レポートの項目は非常に標準的で、パラメーターを使用して再利用できます。だから私はサブレポートを作成しました、それは大丈夫です。次に、サブレポートを手動で追加し、さらにパラメーターを手動で設定して、レポートを組み立てます。
これは十分な柔軟性がないと思います。レポートの構造を定義するテーブルが必要です。たとえば、サブレポートごとに1行、名前とそのパラメーター値を指定します。次に、サブレポートを呼び出して名前で挿入することにより、レポートを実行時にリストなどにまとめます。
どういうわけか可能ですか？
必要なRDLを生成し、それをレポートサーバーにアップロードしてからレポートを実行するものをコーディングせずに、このようなレポートを動的に組み立てる方法は考えられません。
もう1つのオプションは、すべての可能なサブレポートを含む1つのマスターレポートを作成することです。次に、テーブルを使用して各サブレポートの可視性を制御し、さまざまなレポートの生成をシミュレートできます。明らかに、非表示になっているサブレポートに対して長時間実行されるクエリを実行したくないので、すべてのサブレポートにパラメータを追加して、サブレポートが非表示になっている場合にデータセットがデータを返さないようにする必要があります。
WHERE
(....) OR (@SubReportHidden = 'Hidden' AND 1=0)