여러 데이터 소스로 차원 디자인

Question

여러 데이터 소스로 몇 개의 차원을 디자인하고 여러 대리 비즈니스 키를 처리하기 위해 다른 사람들이 한 일을 궁금해합니다.

예제 : 주문 데이터 시스템과 실행 시스템의 데이터 소스가 두 개 있습니다. 주문 시스템에는 지불에 대한 세부 사항 및 일어날 일이 나와 있습니다. 실행 시스템은 실제로 일어난 일 (주문이 얼마나 오래 걸렸는지, 누가 명령을 이행했는지)에 대한 세부 사항을 가지고 있습니다. 두 시스템의 데이터는 하나의 사실을 생성해야합니다.

주문 및 실행 시스템에서 모두 위치 테이블입니다. 두 시스템의 비즈니스 키는 esb를 통해 매핑됩니다. 두 시스템에는 단일 위치에 대한 완벽한 그림을 구성하는 속성이 있습니다. 청구 정보는 주문 시스템에 있으며 위도와 경도는 실행 시스템에 있습니다. 위치 이름은 두 시스템에 모두 존재합니다.

두 시스템에서 치수로 SCD 수용량을 어떻게 변경합니까?

우리는 상당히 엄격한 Kimball 방법론 (fyi)을 따르지만, 나는 모든 사람의 해결책을 보는 데 개방적이다.

Answer 1

반드시 그렇지는 답변 그러나 여기가 내 생각과 같습니다

당신은 이미 당신의 코멘트에서 실제 옵션을 살펴 보았다. 다음 중 하나를

A. 미리

당신은 두 개 (또는 그 이상)의 기록과 일치하는 새로운 공통의 병합 키를 생성하고 차원의 것을 사용 준비의 일부 병합 기능을 필요로를 병합합니다. 이것은

OR

B.는 차원 모두에서 기록을 넣어 치수

에 병합 및보고 도구를 '허용 정상 DW 데이터 외에 저장 될 조회 또는 참조의 형태를 필요 예를 들어 위치 이름별로 그룹화하여 병합하십시오. 이것은 당신이 SCD (유형이 필요 방금 차원 당신은 내가 기분이 개 제약이 그러나

에 덤프 이전에 병합 논리가 필요하지 않습니다 의미합니다을 먼저 & B 명확

사이의 선택을한다 2 나는 생각한다). 이것은 하나의 소스 레코드에 변경이있을 때 옵션 B가 매우 복잡 할 수 있다는 것을 의미합니다. 다른 레코드를 찾아 변경해야합니다. 옵션 B의 경우 매우 불쾌합니다. 미리 저장된 키가 필요합니다. 그것들을 링크합니다. 이는 옵션 B가 더 이상 간단하지 않다는 것을 의미합니다.

둘째, 하나의 속성 (위치 이름)에 대해 두 개의 소스가있는 경우, 이들이 일치하지 않을 때 단일 이름을 선택하기위한 준비 로직이 필요합니다.

이 두 가지 상황에서 옵션 A가 가장 좋을 것이라고 제안합니다. 요구 사항의 복잡성으로 인해 사전 합병 논리를 구축하는 것이 좋습니다.

당신은 이것이 일반적인 문제 일 것이라고 생각 하겠지만 나는 누군가가 이것을 어떻게 풀 었는지 설명하는 좋은 온라인 레퍼런스를 찾지 못했습니다.