다음을 통해 공유


특성 관계

Microsoft SQL Server Analysis Services에서 차원 내의 특성은 항상 키 특성에 직접 또는 간접적으로 관련됩니다. 모든 차원 특성이 동일한 관계형 테이블에서 파생되는 별표 스키마를 기반으로 차원을 정의하면 키 특성과 차원의 키가 아닌 각 특성 간에 특성 관계가 자동으로 정의됩니다. 차원 특성이 여러 관련 테이블에서 파생되는 눈송이 스키마를 기반으로 차원을 정의하면 특성 관계가 다음과 같이 자동으로 정의됩니다.

  • 키 특성과 기본 차원 테이블의 열에 바인딩된 키가 아닌 각 특성 사이에 있습니다.

  • 키 특성과 기본 차원 테이블을 연결하는 보조 테이블의 외래 키에 바인딩된 특성 사이입니다.

  • 보조 테이블의 외래 키에 바인딩된 특성과 보조 테이블의 열에 바인딩된 각 비키 특성 사이에 있습니다.

그러나 이러한 기본 특성 관계를 변경하는 데는 여러 가지 이유가 있습니다. 예를 들어 키가 아닌 특성에 따라 자연 계층, 사용자 지정 정렬 순서 또는 차원 세분성을 정의할 수 있습니다. 자세한 내용은 차원 특성 속성 참조를 참조하세요.

비고

특성 관계는 MDX(다차원 식)에서 멤버 속성으로 알려져 있습니다.

자연 계층 관계

계층 구조는 사용자 정의 계층에 포함된 각 특성이 바로 아래에 있는 특성과 1대 다 관계가 있는 경우 자연스러운 계층 구조입니다. 예를 들어 8개의 열이 있는 관계형 원본 테이블을 기반으로 하는 Customer 차원을 고려합니다.

  • 고객 키

  • 고객명

  • 나이

  • 성별

  • 전자 메일

  • 도시

  • 국가

  • 지역

해당 Analysis Services 차원에는 다음과 같은 7가지 특성이 있습니다.

  • 고객(CustomerKey 기반, CustomerName에서 멤버 이름 제공)

  • Age, Gender, Email, City, Region, Country

자연 계층을 나타내는 관계는 수준에 대한 특성과 아래 수준의 특성 간에 특성 관계를 만들어 적용됩니다. Analysis Services의 경우 자연 관계와 잠재적인 집계를 지정합니다. Customer 차원에서 국가, 지역, 도시 및 고객 특성에 대한 자연 계층 구조가 존재합니다. 기본 계층 {Country, Region, City, Customer} 구조는 다음 특성 관계를 추가하여 설명합니다.

  • 지역 특성에 대한 특성 관계인 Country 특성입니다.

  • City 특성에 대한 특성 관계인 지역 특성입니다.

  • Customer 특성에 대한 특성 관계인 City 특성입니다.

큐브에서 데이터를 탐색하기 위해 데이터의 자연 계층 구조를 나타내지 않는 사용자 정의 계층 구조를 만들 수도 있습니다( 임시 또는보고 계층이라고 함). 예를 들어 에 따라 사용자 정의 계층을 만들 수 있습니다 {Age, Gender}. 자연 계층 구조는 원본 데이터의 자연스러운 관계를 설명하는 사용자로부터 숨겨진 구조 집계 및 인덱싱의 이점을 활용하지만 사용자는 두 계층의 동작 방식에 차이가 없습니다.

수준 속성은 SourceAttribute 수준을 설명하는 데 사용되는 특성을 결정합니다. 특성의 속성은 KeyColumns 멤버를 제공하는 데이터 원본 뷰의 열을 지정합니다. 특성의 속성은 NameColumn 멤버에 대해 다른 이름 열을 지정할 수 있습니다.

SSDT(SQL Server Data Tools)를 사용하여 사용자 정의 계층 구조의 수준을 정의하려면 차원 디자이너 를 사용하여 차원 특성, 차원 테이블의 열 또는 큐브의 데이터 원본 뷰에 포함된 관련 테이블의 열을 선택할 수 있습니다. 사용자 정의 계층을 만드는 방법에 대한 자세한 내용은 User-Defined 계층 만들기를 참조하세요.

Analysis Services에서는 일반적으로 멤버의 콘텐츠에 대해 가정합니다. 리프 멤버에는 하위 항목이 없으며 기본 데이터 원본에서 파생된 데이터가 포함되어 있습니다. 비리프 멤버에는 하위 항목이 있으며 자식 멤버에 대해 수행된 집계에서 파생된 데이터가 포함됩니다. 집계된 수준에서 멤버는 하위 수준의 집계를 기반으로 합니다. 따라서 속성이 수준에 대한 원본 특성으로 설정된 False 경우 IsAggregatable 집계 가능한 특성은 위의 수준으로 추가되지 않아야 합니다.

특성 관계 정의

특성 관계를 만들 때 주요 제약 조건은 특성 관계가 참조하는 특성에 특성 관계가 속한 특성의 멤버에 대해 둘 이상의 값이 없는지 확인하는 것입니다. 예를 들어 City 특성과 State 특성 간의 관계를 정의하는 경우 각 도시는 단일 주와만 관련할 수 있습니다.

특성 관계 쿼리

MDX 쿼리를 사용하여 MDX 문의 키워드를 사용하여 멤버 속성 PROPERTIES 의 형태로 특성 관계에서 데이터를 검색할 SELECT 수 있습니다. MDX를 사용하여 멤버 속성을 검색하는 방법에 대한 자세한 내용은 MDX(멤버 속성) 사용을 참조하세요.

또한 참조하십시오

특성 및 특성 계층
차원 특성 속성 참조
사용자 계층 구조
사용자 계층 속성