여러 수취인에게 지불하고 각 수취인의 차원을 만들고 내 사실 테이블에 여러 개의 외래 키가 있어야하는지 아니면 여러 가지 종류의 수취인이 payeeDim.Type의 특정 값에 대해 PayeeDim 테이블에서 의미가없는 속성을 갖는 대신, PaymentFact 테이블에 단일 FK가 있어야합니다.여러 종류의 수취인
이러한 상황은 일반적으로 어떻게 처리됩니까?
TIA - 언제나 차원 모델링 전자
는, 대답은 "상황에 따라 다르다"입니다. 대안이 15-20 차원의 팩트 테이블 인 경우 빈 특성이 포함 된 차원을 갖는 것이 일반적입니다.
수취인이 수취인이고 여러 수취인 유형이있는 경우 수취인 차원을 갖는 것이 좋습니다. 그러나 하나의 지불 기록이 수취인의 여러 다른 "유형"에 소속 될 수 있다면, 각각의 희미한 내용은 사실에 대한 자체 키를 가져야합니다.
두 옵션 중 하나는 수취인 정보가 있고 다른 하나는 Payee_Type 정보입니다.
하지만 그건 아무 이유없이 눈이 내리는 것처럼 보입니다. 나는 네 논리를 잘 모르겠다. – ekkis
수취인은 서로 매우 다릅니다. 법인, 관료 등의 관할권이있는 법인 대 나이, 성별 등이있는 개인 수취인을 고려해보십시오. 매우 다른 두 개의 동물을 대표하는 하나의 차원을 만드는 것은 어색합니다. 그러나 다른 한편으로는 본질적으로 단일 엔티티에 대한 참조 인 팩트 테이블에 2 개의 FK가있는 것은 기쁜 일입니다 ... – ekkis
Kimball의 "Data Warehouse Toolkit" 이것을 처리하는 방법에 대해 약간 자세히 설명합니다. 본질적으로 군단과 개인을 분리하는 긴박한 사업상의 이유가 없다면 일반적으로 고객 정보를 모든 차원에서 유지하는 것이 좋습니다. –
@ N West, +1. 기본 사항으로 다시 보내 주셔서 감사합니다 ... 예, 귀하의 원래 응답에 동의합니다. – ekkis