분석 작업 영역 차원의 각 요소는 모든 레벨에서 고유해야 합니다. 각 레벨이 서로 다른 관계형 열에 매핑될 수 있으므로 이 고유성은 소스 데이터에서 거의 적용되지 않습니다.
예를 들어, 지리 차원 테이블의 CITIES 열에 값 New York이 있고 STATES 열에 값 New York이 있을 수 있습니다. 고유성을 유지하는 단계를 수행하지 않으면 New York의 두번째 값이 첫번째 값을 겹쳐씁니다.
레벨 간에 고유성이 유지되도록 요소를 차원에 로드하는 동안 해당 요소에 레벨 접두어를 추가하여 대리 키를 생성할 수 있습니다. 이전 예제에서는 New_York이라는 하나의 요소 대신 CITIES_New_York 및 STATES_New_York이라는 두 개의 차원 요소를 생성합니다.
그러나 대리 키는 레벨 내에서 고유성을 유지하지 않습니다. 예를 들어, CITIES 열에 Springfield 값이 여러 개 있으면 대리 키는 이러한 모든 값을 CITIES_Springfield로 변경합니다. 따라서 각 CITIES_SPRINGFIELD 값이 이전에 분석 작업 영역에 로드된 값을 겹쳐씁니다. 고유한 값을 제공하려면 SQL에서 구/군/시 레벨에 대해 STATES 및 CITIES를 연결하는 뷰를 생성해야 합니다. 이 뷰는 구/군/시에 대해 MA_Springfield, NJ_Springfield, VA_Springfield 등의 값을 제공합니다. 그런 다음 Analytic Workspace Manager를 사용하여 지리 차원을 새 뷰에 매핑할 수 있습니다.
주: 차원 요소를 로드한 후 이 설정을 변경하면 변경 사항이 새 요소에 적용되지만 기존 요소는 변경하지 않습니다.
분석 작업 영역에 대리 키 생성
모든 차원 요소가 고유하다는 확신이 없으면 이 옵션을 선택합니다. 로드하는 동안 레벨 이름이 각 값에 접두어로 추가됩니다.
레벨이 두 개 이상 있는 차원을 정의해야 합니다.
데이터 소스에서 키 사용
차원 요소가 레벨 간에 고유하다고 확신하면 분석 작업 영역에서 소스와 정확하게 일치하는 이름을 사용할 수 있습니다. 예를 들어, 관계형 스키마에서 숫자 대리 키를 사용하여 고유성을 유지하는 경우에서 차원을 위해 새 대리 키를 생성할 필요가 없습니다 .
소스 키를 사용하여 레벨 기반 또는 값 기반 계층을 정의할 수 있습니다. 총계 사실 값 테이블을 매핑하려면 소스 키를 사용해야 합니다.
Copyright © 2003, 2007, Oracle. All rights reserved.