SSRS 보고서 작성기 문제 경험에서?

Question

내가 찾는 아이디어로 구현하는 웹 기반 SSRS 보고서 작성기를 우리의 최종 사용자에게 할 수 있도록 만들은 자신의 보고서에 대한 우리의 생산 응용 프로그램 데이터베이스가 있습니다.에서 내가 지금까지 본 이 도구를 사용하시는 대 Biz 인텔 스튜디오 보고서 디자이너,게다가 그것은 쉽게 설치하고,배포합 보고서 훨씬 더 많은 이해할 수 있는 최종 사용자(플러스는 가장 큰 일은 없 SQL 나).

누군가가 어떤 생각이나 경험에 함정의 사용자에게 이러한 종류의 힘?지금,우리는 많이 요청의 데이터를 내보낼 수 있는 평면 파일 그래서 그들은 그것을 읽을 수 있고 그런 다음 보고서를 작성에 접근에 대하여 그것은,그래서 나는 그림 SSRS 것보다 더 나은 데이터베이스...

Answer 1

몇 가지 팁에 대한 보고서는 모델을 디자인:

1.을 구축하는 데이터마트

거기에 몇 가지 도구와 같은 보고서 작성기:업체,Oracle Discoverer 이름을 몇 가지 있습니다.그들은 모두 메타데이터는 레이어를 얻을 당신의 방법을 최종 사용자 보고 도구를,그러나 그들은 아직도 정말 필요할 spoon-fed 데이터에서는 적당한 형식으로 생산하기 위해서는 효과적인 솔루션입니다.즉,당신은 정말 필요한 관점에서 생각하의 건물이 어떤 종류의 데이터트뿐만 아니라.

없이 깨끗한 데이터 도구는 노출의 모든 개는 생산에서 데이터베이스,그래서 그 사용자가 이해해야 할 것이다 이러한 정확한 결과를 얻니다.이 보고는 정말 오 깨끗한 데이터 소스입니다.

당신은 약로 SQL 는 이러한 도구를 생산하는,그래서 그들은 아주 생산할 수 있는 쿼리를 찢어지거나 하는 생산 데이터베이스입니다.즉 당신의 보고에 이루어져야 별도의 서버입니다.는 스키마에게 친절하 ad-hoc 도구(예:스타로 스키마)가 완화의 최악의 잠재적 문제와 성능이다.

2.청정 데이터

이 없 개발자와 루프 ad-hoc 도구,그래서 그 사용자가 치졸하게 사용하지 않고 도구를 아는 어떤 데이터가 문제입니다. 부정확해 다음과 같은 이점이 항상 볼 수 있으로의 잘못 도구.에 대한 신뢰성,이들 함정에서 제거할 필요한 데이터 세트의 업스트림 도구입니다.

3.을 탐색한 강력하고 바보

보고서 작성기를 설정할 수 있습에 대한 제한을에서 이동하는 하나의 엔티티니다.이 없이,그것을 가지고 여러 테이블에서 함께 m:m 관계입니다.이 팬 트랩 이 잘못된 합계.을 설정해야 합 모델는 개별 사실이 테이블에서 집계하는 일반적인 차원-즉올리기 전에 그들이 가입했습니다.이 권리를 얻기 제거의 클래스에 오류가 있습니다.대부분의 도구가 중 일부에 대한 메커니즘을 방지이다.

4.데이터 집계

당신이 얻을 무료로 사업체,하지만 당신은 집계 측정 서 base 측정을 사용하여 명시적으로 보고서 작성기입니다.숨기기의 기본을 측정하고 노출 집계가 있습니다.이미 시스템이 롤업에 데이터를 곡물의 크기는 사용자가 선택됩니다.

결론

배 ad-hoc 도구를 통해 직접 생산 데이터베이스하지 않을 가능성이 잘 작동합니다.데이 있을 것이다 너무 많은 함정과 스키마에게 빌려주지 않을 것 자체를 보고입니다.즉,당신은 당신을 위해 몇 가지 작업을 구축하는 데이터마트를 제거하기 위하여 데이터와 준비한 도구입니다.지출 하는 경우에는 상당한 시간 건물은 특별 추출이 있을 수 있습니스의 경우 단순히 개발자의 시간이 나중에 저장한다.

편집: 보고서에 모델을 마법사(대부분 같은 것들)에게 매우 혼란 때 실행됩니다.당신은 설정을 조정과 같은 제한 세대의 관련이 없는 집계가 있습니다.과거에는 나는 아주 좋은 결과를 생성하여 거액을 모두 숨기기의 기본을 측정하고 노출 으로 집계되는 경우 그들은 기본 측정합니다.이 행동이 많은 비즈니스 개체입니다.에서 특정한 인스턴스할 수도 있습 노출 count,min/max 또는 평균니다.

특별한 인스턴스의 내 생각을 매우 큰 보고서는 모델에 대한 1,500 분야에서,그것은 집계 페스트에서 생성 마법사했 관리 10,000+필드습니다.를 설정할 수도 있습 폴더 구조물과 같은 비트 및 분석 서비스 이용을 구성하는 필드가 있습니다.는 경우 마지막으로 들어 설명에서 필드 표시됩 도구 설명으로 가리키면 그것을 통해서 최종 사용자 도구입니다.

Answer 2

이전 답변에 대한 몇 가지 의견 :
1. SQL Server Reporting Services Report Builder가 사용하는 시맨틱 쿼리 모델은 M : M 관계에 대한 팬 트랩/잘못된 총계를 방지하려는 명시 적 의도로 설계되었습니다. 이 기능을 가능하게하기 위해 추가 노력이 필요하지 않습니다. 보고서 빌더가 생성 한 쿼리 구조에 내재되어 있습니다.
2. 모델 마법사는 기본적으로 숫자 필드에 걸쳐 집계 측정을 생성하므로 집계를 노출시키기 위해 추가 노력이 필요하지 않습니다. 집계 계산을 적절하게 추가하거나 제거하여 모델을 사용자 정의 할 수 있습니다.

전반적으로, 오래된 격언 "쓰레기에 쓰레기"가 확실히 적용됩니다. 데이터가 깨끗하지 않은 경우 보고서 작성기 또는 기타 임시보고 도구는 더 명백하게 만듭니다.

아론 메이어스
소프트웨어 개발 엔지니어, SQL Server Reporting Services