차원 소개(Analysis Services - 다차원 데이터)
모든 Microsoft SQL Server Analysis Services 차원은 데이터 원본 뷰의 테이블 또는 뷰 열을 기반으로 하는 특성 그룹입니다. 차원은 큐브와 독립적으로 존재하며 여러 큐브에서 사용되거나 단일 큐브에서 여러 번 사용되고 Analysis Services 인스턴스 간에 연결될 수 있습니다. 큐브와 독립적으로 존재하는 차원을 데이터베이스 차원이라고 하며 큐브 내의 데이터베이스 차원 인스턴스를 큐브 차원이라고 합니다.
별모양 스키마 디자인을 기반으로 하는 차원
차원의 구조는 기본 차원 테이블의 구조에 의해 크게 좌우됩니다. 가장 간단한 구조를 별모양 스키마라고 하는데 이러한 구조에서 각 차원은 기본 키 - 외래 키 관계에 따라 팩트 테이블에 직접 연결되어 있는 단일 차원 테이블을 기반으로 합니다.
다음 다이어그램에서는 FactResellerSales 팩트 테이블이 DimReseller 및 DimPromotion이라는 두 개의 차원 테이블과 관련되어 있는 AdventureWorksDW2012 예제 데이터베이스의 하위 섹션을 보여 줍니다. FactResellerSales 팩트 테이블의 ResellerKey 열은 DimReseller 차원 테이블의 ResellerKey 기본 키 열에 대한 외래 키 관계를 정의합니다. 마찬가지로 FactResellerSales 팩트 테이블의 PromotionKey 열은 DimPromotion 차원 테이블의 PromotionKey 기본 키 열에 대한 외래 키 관계를 정의합니다.
.gif "팩트 차원 관계에 대한 논리 스키마")
눈송이 스키마 디자인을 기반으로 하는 차원
차원을 정의하는 데는 여러 테이블의 정보가 필요하기 때문에 좀 더 복잡한 구조가 요구되기도 합니다. 눈송이 스키마라고 하는 이 구조에서 각 차원은 기본 키 - 외래 키 관계로 서로 간에 및 팩트 테이블에 연결되어 있는 여러 테이블의 열 특성을 기반으로 합니다. 예를 들어 다음 다이어그램에서는 AdventureWorksDW 예제 프로젝트의 Product 차원을 완벽하게 설명하는 데 필요한 테이블을 보여 줍니다.
.gif "AdventureWorksAS Product 차원에 대한 테이블")
제품을 완벽하게 설명하려면 해당 제품의 범주와 하위 범주가 Product 차원에 포함되어야 합니다. 그러나 DimProduct 차원에 대한 주 테이블에는 이 정보가 없습니다. DimProduct에서 DimProductSubcategory로, 다시 DimProductCategory 테이블로의 외래 키 관계가 형성되어 있으므로 Product 차원의 제품 범주 및 하위 범주에 대한 정보를 포함할 수 있습니다.
눈송이 스키마 및 참조 관계 비교
일부 경우에 눈송이 스키마를 사용하여 여러 테이블을 통해 차원의 특성을 정의하는 방법이나 별도의 두 차원을 정의하고 이 두 차원 간에 참조 차원 관계를 정의하는 방법 중에서 한 가지를 선택할 수 있습니다. 다음 다이어그램에서는 이러한 시나리오를 보여 줍니다.
.gif "참조 차원 예제에 대한 논리 스키마")
위의 다이어그램에서 FactResellerSales 팩트 테이블에는 DimGeography 차원 테이블과의 외래 키 관계가 없습니다. 그러나 FactResellerSales 팩트 테이블에는 DimReseller 차원 테이블과의 외래 키 관계가 있고 이 차원 테이블은 다시 DimGeography 차원 테이블과 외래 키 관계를 갖습니다. 각 대리점에 대한 지리 정보를 포함하는 Reseller 차원을 정의하려면 DimGeography 및 DimReseller 차원 테이블에서 이러한 특성을 검색해야 합니다. 그러나 Analysis Services에서는 별도의 두 차원을 만든 후 두 차원 간에 참조 차원 관계를 정의하여 측정값 그룹 내에서 두 차원을 연결하는 방식으로 동일한 결과를 얻을 수 있습니다. 참조 차원 관계에 대한 자세한 내용은 차원 관계를 참조하십시오.
이 시나리오에서 참조 차원 관계 사용의 이점은 추가 저장 공간 없이 단일 지리 차원을 만든 후 해당 지리 차원을 기반으로 여러 개의 큐브 차원을 만들 수 있다는 점입니다. 예를 들어 지리 큐브 차원 중 하나를 대리점 차원에 연결하고 또 다른 지리 큐브 차원을 고객 차원에 연결할 수 있습니다. 관련 항목: 차원 관계, 참조 관계 및 참조 관계 속성 정의
차원 처리
차원을 만든 후에는 차원을 처리해야만 해당 차원의 특성 멤버 및 계층을 볼 수 있습니다. 차원의 구조가 변경되거나 해당 기본 테이블의 정보가 업데이트되면 차원을 다시 처리해야만 변경 내용을 볼 수 있습니다. 구조 변경 후에 차원을 처리할 때 차원을 포함하는 큐브도 처리해야 하며 그렇지 않으면 큐브를 볼 수 없습니다.
보안
계층, 수준 및 멤버를 포함한 차원의 모든 하위 개체는 Analysis Services의 역할을 통해 보안이 설정됩니다. 차원 보안은 해당 차원을 사용하는 데이터베이스의 모든 큐브에 적용될 수도 있고 특정 큐브에만 적용될 수도 있습니다. 차원 보안에 대한 자세한 내용은 차원 액세스 부여를 참조하십시오.