2012-04-29 5 views
2

OLAP과 SSAS에 상당히 익숙하지만 관계형 데이터 창고에서는 경험이 풍부합니다. 참조 치수에 대한 제 질문은 올바르게 사용하면 좋지 않거나 필요한 악마 또는 유용한 것입니까? 모든 게시물은 Andventure Works 및 Geography 차원을 참조 할 수 있지만 실제 경험을 찾고 있습니다.참조 차원이 잘못 되었습니까?

내 큐브에는 꽤 표준적인 날짜 차원이 있으며 FK DateId가 내 날짜 차원에있는 날짜 메트릭 REFERENCE 차원을 만들려고합니다. 이 날짜 측정 기준 참조 측정 기준에서 AccountId에 대한 회원을 추가하고 날짜, 월 또는 연도 등으로 계산하려는 특정 작업을 요약하는 여러 '액션'회원을 추가합니다.

그 루트에서 내 날짜 측정 항목 레퍼런스는 DateID와 AccountId에 uniuqe 될 것이고, 나는 이것을 다시 연관 시키려고하는 날짜 차원에 의한 "action"동작을 요약 할 수있게 될 것이다.

내가 잘못 했습니까?

답변

1

참조 크기 : 차원을 큐브로 참조하는 방법을 의미합니다. 치수가 작성되면 해당 치수가 자체적으로 존재하므로 치수 사용 탭의 입방체에 치수를 추가합니다. 치수를 사용하여 큐브의 데이터를 탐색 할 수 있어야합니다.

"속성 관계"(치수 구성의 두 번째 탭)에 대해 실제로 묻는 것 같아 답변이 매우 유용합니다. Microsoft MVP를 사용하여 한 번 비디오를 보았을 때 그는 큐브에서 수행 할 수있는 가장 중요한 구성 일 것입니다.

특성 관계는 차원의 특성이 상호 관련되는 방식을 나타냅니다. 그것이 계층 인 것처럼 그래서, 예를 들어, 날짜 차원에 당신은

day -> month -> quarter -> year 

는 항상 "반대"구성을해야합니다.

매우 중요한 또 다른 구성은 데이터를 절대로 변경하지 않기 때문에 (예 : 01-01-2012 멤버는 항상 2012 년에 속할 것이므로) 날짜 예에서는 고정으로 설정해야하는 관계 유형이므로 SSAS 당신이 큐브를 처리 할 때 계산 된 집계를 유지할 것입니다 (당신이 전체 처리를하지 않는 한)

+0

네, 설명해 주셔서 감사합니다. 사실 세분성을 해결하려고 시도했기 때문에 실제로는 날짜 메트릭 참조 차원 아이디어를 폐기했지만 처음에는이를 인식하지 못했습니다. 날 대답은 DateId를 AccountId의 세분화 된 원래 팩트 테이블에 추가 한 다음 계층 구조 및 특성 관계가있는 날짜 차원에 FK를 추가하는 것이 었습니다. –

관련 문제