SSRS 보고서에 의해 생성 된 DB로드를 향상시키는 방법

Question

SSRS 보고서에 의해 생성 된 DB로드를 줄이는 확실성이 있는지 알고 싶습니다. 몇 가지 하위 보고서로 구성된 SSRS 보고서가 있습니다. 그들 모두는 적어도 하나의 DB 쿼리를 가지고 있습니다. 가장 하위 보고서 동적 데이터로 채워진 템플릿 헤더의 종류가 있기 때문에 그

1. 대부분은 동일한 데이터를 쿼리합니다.
2. 일부 하위 보고서는 쿼리에서 데이터를 반환하는지 여부에 따라 표시됩니다. 따라서 보고서를 표시할지 여부를 결정하기 위해 데이터를 쿼리하면 그런 다음 보고서 자체는 테이블 일반적으로

내가 하위 보고서에 부모 보고서에서 쿼리 DB 데이터를 전달하는 메커니즘이 필요하다는 것을 내가 말할 수있는 그것을 보여주기 위해 동일한 데이터를 쿼리합니다. 상위 보고서는 일부 데이터를 쿼리하고 데이터 집합을 반복하며 모든 데이터 집합에 대해 현재 데이터 집합을 매개 변수로 전달하는 하위 보고서를 표시합니다.

데이터 세트 (데이터 행)를 전달하는 메커니즘을 찾을 수 없습니다. 그래서 데이터 세트 ID의 일종을 전달하여 하위 보고서를 표시합니다. 하위 보고서 자체는 동일한 데이터를 다시 쿼리하고 전달 된 데이터 집합 ID로 필터링하며 관련 데이터 집합 만 표시합니다. 이로 인해 DB에 막대한 부하가 발생합니다.

미리 감사드립니다.

Answer 1

당신이 설명하는 디자인은 상당히 표준 적이며 "DB에 거대한 부하"가 발생할 것으로 기대하지는 않습니다. 10 개의 필터링 된 하위 보고서를 실행하는 DB로드가 동일한 10 개의 항목을 다루는 하나의 보고서를 실행하는 것보다 약 10-20 % 만 더 많을 것으로 기대합니다.

"데이터 세트 ID"열에 색인을 추가하여 필터를보다 효율적으로 만들 수 있습니다.

Answer 2

조회 기능을 사용하는 포함 된 보고서의 복잡성에 따라 허용되는 더 빠른 해결책이 될 수 있습니다. 또한 데이터가없는 행이나 하위 보고서 숨기기에 대한 이전 설명도 여기에 적용됩니다.