에 대한 링크없이 나는 현재치수 팩트 테이블
주문, 제품, 배송, 반품, 항목 등의 치수가 차원 모델을 설계하고있다.
목표는 일별 메트릭을 계산하고 사실 테이블을 채우는 것입니다.
메트릭은 일별 주문 수, 총 총 매출액, 하루 총 순 매출량입니다.
치수를 설계했으며 현재 직면 한 문제는 사실 테이블을 설계하는 방법입니다. 이 세 가지 메트릭 만 필요하기 때문에 필자의 팩트 테이블에서 더 나은 성능을 얻으려면 필자의 팩트 테이블에 아래의 네 가지 필드가 있어야합니다.
사실 사실 테이블에 연결하지 않고 치수를 분리해도 괜찮습니까?
친절하게이 점에 대해 조언 해주십시오. 어떤 도움을 주시면 감사하겠습니다. 고맙습니다.
일별 주문 수, 총 총 매출액, 하루 총 순 매출과 같은 측정 항목 만 계산하려는 경우. 트랜잭션 테이블에서 직접 수행 할 수 있습니다.
차원 모델링을 수행하는 경우 사실 테이블에 세분화 된 세부 정보가 있어야하며, 경우에 따라 광고 항목을 주문해야합니다. 이미 집계 된 데이터를 다른 수준에서 집계하고 Slicing/Dicing (슬라이싱/다이 싱)하여 세부 정보를 표시 할 수 있도록 차원을 사실에 연결해야합니다.
이제 위의 모든 작업을 수행하면서도 주문 수 및 총수입/순매수에 대한 일별 수준의 측정 항목을 표시하려는 경우 이러한 용도로만 집계표를 만들 수 있습니다. 사전 계산이 필요한 경우에만 집계표를 사용하십시오. 그렇지 않으면 사실 자체에 집계를 수행하고 결과를 얻을 수 있습니다. 이것은 일반적으로 실제 사용 사례 시나리오가 더 설명하는 데 도움이 될 수 있습니다.
나는 이해할 수 없다. 팩트 테이블에 연결하지 않으면 치수는 어떻게됩니까? 테이블 디자인과 몇 가지 샘플 레코드를 추가 할 수 있다면 귀하의 질문에 대한 답변을 얻을 수 있습니다. –
이것은 사실 테이블이 아니며 단순한 보고서입니다. 이는 제품, 발송물, 반품 항목에 대한 필터없이 사실 테이블을 쿼리하고 날짜 차원에서 시간을 선택하는 결과입니다. 측정 기준을 연결하지 않으면이 보고서 만 수행 할 수 있으며 실제로는 매우 불량 일 것입니다. – momobo
'정의 된 외래 키 관계가 필요합니까?'라는 의미 일 경우, 그렇지 않습니다. 많은 사람들이 여전히 선택하기는하지만 그렇습니다. – Rich