큐 기반 보고서 모델 디자인

SharePoint 통합 모드에서 실행 중인 경우 보고서 관리자, Microsoft Office SharePoint Server 2007 또는 SharePoint Server 2010을 사용하여 SSAS(SQL Server Analysis Services) 큐브에서 보고서 모델을 생성할 수 있습니다. SSAS 큐브로부터 보고서 모델을 만들려면 Analysis Services 데이터베이스의 관리자여야 합니다. 모델이 생성된 후에는 수정할 수 없습니다. 데이터베이스의 내용을 바꾸려면 모델을 다시 재생성하여 변경 사항을 적용하십시오.

연결 문자열

Analysis Services 데이터베이스를 기반으로 보고서 모델을 작성하는 경우 연결 문자열은 다음과 같습니다.

Data Source=<reportserver>;Initial Catalog=<database name>

[!참고]

Analysis Services 데이터베이스에 큐브 번역이 포함되어 있으면 보고서 모델의 번역된 버전을 만들 수 있습니다. 각 언어에 대해 하나의 모델을 만들려면 데이터 원본의 연결 문자열에 LCID(로캘 ID)를 지정합니다. 예를 들어 중국어 버전의 모델을 만들려면 연결 문자열은 Data Source=<reportserver>;Initial Catalog=<database name>;LocaleIdentifier=3012와 유사해야 합니다. 큐브 번역에 대한 자세한 내용은 큐브 번역(Cube Translations)을 참조하십시오.

Analysis Services 데이터베이스로부터 모델을 생성하기 위한 규칙

다음은 큐브에서 모델을 만들 때 적용되는 일반적인 규칙의 목록입니다.

  • 측정값 그룹은 엔터티에 매핑됩니다. 단일 보고서 모델에는 Analysis Services 데이터베이스 내 모든 큐브가 포함됩니다.

  • 차원은 엔터티에 매핑됩니다. 팩트 차원으로 인해 다른 엔터티가 만들어지지는 않습니다. 예를 들어 큐브 안에 Sale 측정값 그룹이 있고 팩트 차원이 Sale Detail을 호출했다고 가정해 보겠습니다. 이 큐브에서 모델이 생성되면 해당 모델은 Sale의 모든 측정값과 Sale Detail의 모든 차원 특성이 포함되어 있는 단일 엔터티를 생성합니다.

  • 측정값 그룹과 차원 사이의 관계는 모델 내의 역할로 변환됩니다. 모델에서 역할로 정의된 참조 관계(간접 관계에 사용) 및 다대다 관계입니다.

  • 측정값은 엔터티 특성으로 변환됩니다.

  • 차원 특성은 엔터티 특성으로 변환됩니다. 모델에는 계층 개념이 없습니다. 따라서 차원 특성은 표시 가능한 경우, 또는 차원 특성 기반의 수준이 포함된 표시 가능한 계층이 있는 경우 모델에 포함됩니다. 차원의 키 특성은 숨김으로 표시되더라도 항상 포함됩니다.

  • 측정값의 엔터티 특성 및 차원 특성은 큐브에서 정의된 표시 폴더에 따라 폴더로 구성됩니다.

  • 큐브 뷰는 보고서 모델 뷰가 됩니다. 또한 각 큐브는 모델 내의 뷰가 됩니다. 따라서 보고서 작성기 사용자는 최상위 모델이 아닌 해당 모델 안에서 뷰를 선택해야 합니다.

  • 계산 측정값(계산 멤버)은 측정값이 관련되어 있는 측정값 그룹에 해당하는 엔터티의 특성이 됩니다.

  • 차원의 키 특성에서 정의된 명명된 집합은 엔터티의 하위 유형으로 변환됩니다. 예를 들면 “Large Customers”라는 명명된 집합은 “Customer”의 하위 유형이 됩니다. 단일 키 특성에 기반을 두지 않은 명명된 집합은 무시됩니다.

  • KPI(핵심 성과 지표)는 KPI가 관련되어 있는 측정값 그룹에 해당하는 엔터티의 특성으로 변환됩니다. KPI의 다양한 구성 요소(값, 목표, 상태 및 추세)를 비롯하여 각 KPI에 대해 여러 특성이 만들어집니다. 또한 각각 StatusGraphic 및 TrendGraphic 특성을 갖는 상태 및 추세에 대해 변형 특성이 만들어집니다. 실제 이미지는 이러한 특성을 사용할 때 보고서에 포함되어 있습니다.

보고서 모델에서 생략된 Analysis Services 데이터베이스 항목

다음 SSAS 항목은 생성된 모델에서 표시되지 않습니다.

  • 계산 멤버(측정값 차원에 없음).

  • 부모-자식 계층은 모델 특성 또는 역할로 변환되지 않습니다. 키 특성은 아직 포함되어 있지만 보고서에서 키 특성을 사용하면 부모-자식 계층에서 집계된 값 대신 키 멤버에 대한 측정값이 표시됩니다. 또한 성능에 영향을 받습니다.

  • 동작. 작업에는 드릴스루 동작이 포함되어 있습니다. 큐브에 정의된 드릴스루 동작과 관계없이 집계 특성에서 드릴스루 기능은 항상 활성화되어 있습니다. 이와 같이 사용자가 모델에서 보고서 작성기 보고서를 실행하고 집계를 클릭하여 클릭-방문 보고서를 표시하면 비어 있는 테이블이 표시됩니다.

  • 특성 관계. 하나의 차원은 단일 엔터티를 유발하며 차원 특성 간의 관계는 보고서 모델에 영향을 주지 않습니다.

  • 측정값 그룹과 차원의 관계는 이들이 차원의 키 특성이 아닌 특성을 기반으로 할 경우 무시됩니다. 예를 들어 Budget 측정값 그룹이 Day 수준이 아닌 Month 수준에서 Time과 관련되어 있을 수 있습니다. 이 경우 보고서 모델에는 Budget 엔터티와 Time 엔터티 간의 어떤 관계도 포함되지 않습니다.

큐브 디자인 고려 사항

보고서 모델을 생성할 예정인 큐브를 디자인할 때는 다음 사항을 고려하십시오.

  • 관련된 측정값 그룹이 없는 KPI 또는 계산 측정값은 보고서 모델에 표시되지 않습니다. 계산 측정값에 대한 관련 측정값 그룹을 구성하려면 계산 속성 대화 상자를 사용해야 합니다.

  • 보고서 작성기가 보낸 쿼리는 항상 차원 멤버의 멤버 값을 요청하여 해당 멤버 값을 정렬 및 필터링에 사용합니다. 기본적으로 Analysis Services에서는 특성에 이름 바인딩이 있으면 멤버 값이 멤버 이름과 동일하고, 특성에 이름 바인딩이 없으면 멤버 값이 멤버 키와 동일합니다. 하지만 각 특성은 멤버 값을 제공하는 열에 명시적 바인딩을 가질 수 있으며 이는 "true" 데이터 유형의 값을 반환해야 합니다. 예를 들어 Analysis Services의 Date 특성에는 DateTime(예: "4/25/2008")인 키 및 텍스트 설명(“Friday, 25th April, 2008”)인 이름/캡션을 가질 수 있습니다. 이 경우 큐브 디자이너는 해당 키에 MemberValue를 설정하여 적절한 정렬 및 필터링을 수행해야 합니다. 어떤 특성에 대해서든 이 점을 고려해야 하지만 datetime 특성의 경우 특히 그러합니다. datetime 특성의 경우, 생성된 모델에는 두 가지 보고서 모델 특성이 포함됩니다. 하나는 캡션이고 또 하나는 실제 datetime 값인 캡션 변형입니다.

  • 차원 특성 속성 InstanceSelection은 보고서 모델 속성 InstanceSelection(엔터티의 경우) 및 ValueSelection(특성의 경우)을 설정하는 데 사용됩니다. 이것은 보고서 작성기에서 사용자가 인스턴스를 선택할 수 있는 방법(예: 드롭다운 목록 사용)을 결정합니다.

  • 차원 특성 속성 GroupingBehaviorDiscourageGrouping 모델 특성 속성을 설정하는 데 사용됩니다.

  • 이미지인 차원 특성은 차원 특성 바인딩에 Image 데이터 유형이 설정되어야 합니다.

  • 드릴스루 기능은 측정값에서 도출된 특성에서 항상 활성화되지만 기본 드릴스루 보고서에는 최소한의 정보만 포함됩니다. 사용자 지정 드릴스루 보고서는 이 정보의 조정이 필요한 경우 추가합니다.

  • 큐브에 번역이 포함된 경우, 연결 문자열에서 LocaleIdentifier 속성을 적절하게 설정하여 번역당 한 개의 데이터 원본을 만들어 이들을 보고서 모델에 노출시켜야 합니다. 그러면 데이터 원본마다 한 개씩 모델이 생성되고 생성된 모델에는 관련 번역의 메타데이터가 포함됩니다.