사용자 정의 계층의 특성 간 특성 관계 지정

  • 아티클

이 자습서에서 이미 설명한 대로 특성 계층을 사용자 계층 안에 수준으로 구성하여 큐브 사용자를 위한 탐색 경로를 제공할 수 있습니다. 사용자 계층은 구/군/시, 시/도 및 국가와 같은 자연 계층을 나타내거나 직원 이름, 직책 및 부서 이름과 같은 탐색 경로를 나타낼 수 있습니다. 계층을 탐색하는 사용자에게는 이 두 가지 유형의 사용자 계층이 동일합니다.

자연 계층에서는 수준을 구성하는 특성 간의 특성 관계를 정의하면 Microsoft SQL Server 2005 Analysis Services(SSAS)에서 특정한 특성의 집계를 사용하여 관련 특성에서 결과를 가져올 수 있습니다. 특성 간에 정의된 관계가 없으면 Analysis Services가 키 특성에서 키가 아닌 특성을 모두 집계합니다. 또한 이미 설명한 대로 그런 관계를 정의할 때 고정된 관계나 유동적 관계로 지정할 수 있습니다. 고정된 관계로 정의할 경우 차원이 업데이트되면 Analysis Services가 집계를 보유합니다. 정의된 관계가 고정된 관계로 실제로 변경되면 차원이 전체적으로 처리되지 않을 경우 처리하는 동안 Analysis Services에서 오류를 생성합니다. 적절한 관계와 관계 속성을 지정하면 쿼리와 처리 성능이 향상됩니다. 자세한 내용은 특성 관계 정의 및 구성 및 사용자 정의 계층 속성 구성을 참조하십시오.

이 항목의 작업에서는 Analysis Services Tutorial 프로젝트의 자연 사용자 계층에 있는 특성의 특성 관계를 정의합니다. Customer 차원의 Customer Geography 계층, Sales Territory 차원의 Sales Territory 계층, Product 차원의 Product Model Lines 계층 및 Time 차원의 Fiscal Time과 Calendar Time 계층이 여기에 포함됩니다. 이러한 사용자 계층은 모두 자연 계층입니다.

Customer Geography 계층에 있는 특성의 특성 관계 정의

Customer Geography 계층에 있는 특성의 특성 관계를 정의하려면

  1. Customer 차원에 대한 차원 디자이너로 전환한 다음 차원 구조 탭을 클릭합니다.

    계층 및 수준 창에서 Customer Geography 사용자 정의 계층의 수준을 확인합니다. 현재 이 계층은 사용자에 대한 드릴다운 경로에 불과합니다. 수준 또는 특성 간의 관계는 정의되지 않았습니다.

  2. 특성 창에서 Geography를 확장합니다.

    Geography 테이블의 키가 아닌 특성을 Geography 테이블의 키 특성에 연결하는 4개의 특성 관계를 확인합니다.

  3. 특성 창에서 Full Name을 확장합니다.

    Geography 특성은 Full Name 특성에 연결되어 있습니다. 또한 Postal Code 특성은 Geography 특성에 연결되어 있고 Geography 특성은 Full Name 특성에 연결되어 있으므로 Postal Code 특성은 Geography 특성을 통해 Full Name 특성에 간접적으로 연결됩니다.

  4. Postal Code 특성 관계를 Geography 특성에서 Full Name 특성의 <새 특성 관계> 태그로 끌어 놓습니다.

    이제 Postal Code 특성은 Full Name 특성에 직접 연결됩니다. 속성 창에서 이 특성의 RelationshipType 속성이 Flexible로 설정되어 있는지 확인합니다. 고객과 우편 번호의 관계는 나중에 달라질 수 있으므로 이렇게 설정하는 것이 좋습니다.

  5. 특성 창에서 Postal Code 특성을 확장합니다.

    City 특성은 현재 Postal Code 특성에 직접적으로 연결되지 않고 Geography 특성을 통해 연결되어 있습니다.

  6. City 특성 관계를 Geography 특성에서 Postal Code 특성의 <새 특성 관계> 태그로 끌어 놓습니다.

    이제 City 특성은 Postal Code 특성에 직접 연결됩니다. 속성 창에서 이 특성의 RelationshipType 속성이 Flexible로 설정되어 있는지 확인합니다. 구/군/시와 우편 번호의 관계는 나중에 달라질 수 있으므로 이렇게 설정하는 것이 좋습니다.

  7. 특성 창에서 City를 확장합니다.

    State-Province 특성은 현재 Full Name 및 Geography 특성을 통해 City 특성에 연결되어 있습니다.

  8. State Province Name 특성 관계를 Geography 특성에서 City 특성의 <새 특성 관계> 태그로 끌어 놓은 다음 이 특성 관계의 RelationshipType 속성 값을 Rigid로 변경합니다.

    구/군/시와 시/도의 관계는 시간이 지나도 달라지지 않으므로 특성 관계의 RelationshipType 속성 값을 Rigid로 설정해야 합니다.

  9. 특성 창에서 State-Province를 확장하고 Country-Region 특성을 Geography 특성에서 State-Province 특성의 <새 특성 관계> 태그로 끌어 놓은 다음 이 특성 관계의 RelationshipType 속성 값을 Rigid로 변경합니다.

    시/도와 국가/지역의 관계는 시간이 지나도 달라지지 않으므로 이 특성 관계의 RelationshipType 속성 값을 Rigid로 설정해야 합니다.

  10. 특성 창에서 Geography 특성을 삭제합니다.

    이 특성은 더 이상 필요하지 않습니다.

[!참고] 이 작업에서는 각 특성의 특성 관계를 새로 만드는 대신 Geography 특성의 특성 관계를 다른 특성으로 이동했습니다. 중복 관계를 정의하는 것은 일반적으로 도움이 되지 않으며 불필요하게 처리 시간이 증가합니다.

Sales Territory 계층에 있는 특성의 특성 관계 정의

Sales Territory 계층에 있는 특성의 특성 관계를 정의하려면

  1. Sales Territory 차원에 대한 차원 디자이너를 연 다음 차원 구조 탭을 클릭합니다.

  2. 계층 및 수준 창에서 Sales Territories 계층을 클릭한 다음 Sales Territory Region 및 Sales Territory Country를 확장합니다.

    Sales Territory Group은 키 특성인 Sales Territory Region에 직접 연결되고 Sales Territory Country 특성에는 연결되지 않습니다.

  3. Sales Territory Group 특성 관계를 Sales Territory Region 특성에서 Sales Territory Country 특성의 <새 특성 관계> 태그로 끌어 놓습니다.

    이제 Sales Territory Group은 Sales Territory Country에 연결되고 Sales Territory Country는 Sales Territory Region에 연결됩니다. 한 국가의 지역 그룹화와 국가의 그룹화는 나중에 달라질 수 있으므로 이러한 각 관계의 RelationshipType 속성을 Flexible로 설정해야 합니다.

    참고   특성 창이나 계층 및 수준 창에서 사용자 정의 계층에 대한 특성 관계를 설정할 수 있습니다.

Product Model Lines 계층에 있는 특성의 특성 관계 정의

Product Model Lines 계층에 있는 특성의 특성 관계를 정의하려면

  1. Product 차원에 대한 차원 디자이너를 연 다음 차원 구조 탭을 클릭합니다.

  2. 특성 창에서 Model Name 특성과 Product Name 특성을 확장합니다.

  3. Product Line 특성 관계를 Product Name 특성에서 Model Name 특성의 <새 특성 관계> 태그로 끌어 놓습니다.

    제품 라인과 모델 이름의 관계는 나중에 달라질 수 있으므로 이 특성 관계의 RelationshipType 속성 값을 Flexible로 설정해야 합니다.

Fiscal Time 계층에 있는 특성의 특성 관계 정의

Fiscal Time 계층에 있는 특성의 특성 관계를 정의하려면

  1. Time 차원에 대한 차원 디자이너로 전환한 다음 차원 구조 탭을 클릭합니다.

  2. 특성 창에서 다음 특성을 확장합니다.

    • Date
    • Month Name
    • Fiscal Quarter
    • Fiscal Semester

  3. Fiscal Quarter 특성 관계를 Date 특성에서 Month Name 특성의 <새 특성 관계> 태그로 끌어 놓은 다음 이 특성의 RelationshipType 속성 값을 Rigid로 설정합니다.

  4. Fiscal Semester 특성 관계를 Date 특성에서 Fiscal Quarter 특성의 <새 특성 관계> 태그로 끌어 놓은 다음 이 특성의 RelationshipType 속성 값을 Rigid로 설정합니다.

  5. Fiscal Year 특성 관계를 Date 특성에서 Fiscal Semester 특성의 <새 특성 관계> 태그로 끌어 놓은 다음 이 특성의 RelationshipType 속성 값을 Rigid로 설정합니다.

Calendar Time 계층에 있는 특성의 특성 관계 정의

Calendar Time 계층에 있는 특성의 특성 관계를 정의하려면

  1. 특성 창에서 Month Name, Calendar Quarter 및 Calendar Semester를 확장합니다.

  2. Calendar Quarter 특성 관계를 Date 특성에서 Month Name 특성의 <새 특성 관계> 태그로 끌어 놓은 다음 이 특성의 RelationshipType 속성 값을 Rigid로 설정합니다.

  3. Calendar Semester 특성 관계를 Date 특성에서 Calendar Quarter 특성의 <새 특성 관계> 태그로 끌어 놓은 다음 이 특성의 RelationshipType 속성 값을 Rigid로 설정합니다.

  4. Calendar Year 특성 관계를 Date 특성에서 Calendar Semester 특성의 <새 특성 관계> 태그로 끌어 놓은 다음 이 특성의 RelationshipType 속성 값을 Rigid로 설정합니다.

Geography 계층에 있는 특성의 특성 관계 정의

Geography 계층에 있는 특성의 특성 관계를 정의하려면

  1. Geography 차원에 대한 차원 디자이너를 연 다음 차원 구조 탭을 클릭합니다.

  2. 특성 창에서 다음 특성을 확장합니다.

    • City
    • Geography Key
    • Postal Code
    • State-Province

  3. City 특성 관계를 Geography Key 특성에서 Postal Code 특성의 <새 특성 관계> 태그로 끌어 놓습니다.

    구/군/시의 우편 번호는 나중에 달라질 수 있으므로 이 특성의 RelationshipType 속성에 알맞은 값은 Flexible입니다.

  4. State -Province 특성 관계를 Geography Key 특성에서 City 특성의 <새 특성 관계> 태그로 끌어 놓은 다음 이 특성의 RelationshipType 속성 값을 Rigid로 설정합니다.

  5. Country-Region 특성 관계를 Geography Key 특성에서 State-Province 특성의 <새 특성 관계> 태그로 끌어 놓은 다음 이 특성의 RelationshipType 속성 값을 Rigid로 설정합니다.

  6. Geography Key 특성을 숨김, 비최적화 및 비정렬로 설정합니다.

  7. Analysis Services Tutorial 프로젝트를 배포합니다.

단원의 다음 작업

알 수 없는 멤버 및 Null 처리 속성 정의

참고 항목

관련 자료

특성 관계 정의 및 구성
사용자 정의 계층 속성 구성

도움말 및 정보

SQL Server 2005 지원 받기