세 가지 유형의 사실이 있으며, Transactional-Fact 테이블에는 가장 유용한 유형 인 완전 부가 사실이 있지만 비 부가적인 사실이 있음을 알고 있습니다. 거기 있니? 또는 그 사안에 대한 반가공 사실. 선생님은 그녀의 프리젠 테이션 중 하나로이 있었기 때문에비 부가 정보가 트랜잭션 팩트 테이블의 일부가 될 수 있습니까?
나는이 부탁 해요 :
비 첨가제 사실은 팩트 테이블에 저장되지 않습니다 동안는 "그렇지 그들 잃게 트랙에 중요한 많은 것을 위해. 프로세스는 비율은 원하는 수있는 솔루션이 에 많이 떠날 것이다없이 중요한 측정합니다. 비 첨가제 사실 스키마 디자인의 일부로 문서화되어야한다. "
그들이 거기에 저장할 수없는 경우 스키마 설계의 일부로 어떻게 문서화 될 수 있습니까?
"... 사실 테이블에 저장되지 않았습니다."라고 말하는 것이 정확하지 않습니다. 저장하는 것이 바람직한 상황이 있습니다.
예를 들어, 최근에 주문, 활성화 및 완료의 세 가지 날짜가있는 데이터웨어 하우스에서 작업했습니다. 이러한 날짜는 차원을 통해 관련되었지만 실제 조치에는 일별 주문 - 활성화, 일 활성화 - 완료 및 일 주문 - 완료가 포함되었습니다.
최상의 방법은 BI 도구에서 이러한 측정 값을 유도하는 것입니다. 이 경우, 기존 데이터 값으로부터 요구 사항이 어떻게 충족되었는지를 보여주기 위해 요일 측정의 계산을 문서화합니다.
그러나 최근의 예에서는 비즈니스에 중요한 KPI 수준의 조치였습니다. Excel, Tableau, PowerBI 등에서 사람들을 (아마도 다르게) 계산하도록하는 대신 사실 테이블에 이러한 측정 값을 구현하기로 결정했습니다.
이 경우 최소값, 최대 값 및 평균값이 의미가 있음을 유의해야하지만 합계 (일별 주문 완료)는 의미가 없기 때문에 비 첨가물로 문서화되었습니다.