저는 데이터웨어 하우징의 초보자이며 기사를 읽고 원칙에 따라 동영상을 보았습니다.하지만 아래의 디자인을 어떻게 활용할 것인지에 대해 약간 혼란 스럽습니다. 스타 스키마.3NF의 스타 스키마 디자인
사실 테이블에서 dim 테이블을 참조하는 모든 예에서 questionId 및 responseId가 사실 테이블의 일부가 될 것이라고 가정합니다. 모든 조언을 많이 주시면 감사하겠습니다.
내가 (사무실 @ 내 방화벽에 의해 차단) 순간에 이미지를 볼 수 없습니다. 하지만 당신에게 몇 가지 아이디어를 주려고 노력할 것입니다.
일반적인 아이디어는 측정 가능한 '사실'을 사실 테이블이라는 것을 정리하는 것입니다. 사실에는 세 가지 주요 유형이 있지만 다른 요일에 대한 주제입니다 (하지만 필요한 경우이 부분에 기꺼이 들어갈 수 있습니다). 이 각각의 사실은 전형적인 '스타 스키마'의 중심에서 볼 수 있습니다. 사실 테이블 내의 다른 속성은 일반적으로 차원 테이블에 대한 FK 참조입니다.
치수는 공통성을 공유하는 속성 그룹입니다 (가장 주목할만한 것은 캘린더 치수 임). 여러 팩트에서 분석을 수행 할 때 차원은 연결하기 위해 사용하기 때문에 중요합니다.
간단한 예를 생각해 보면 : 제품을 주문한 후 배송 한 것입니다. 2 가지 거래 사실 (하나는 수량 주문 수량 - 주문 주문 유형 및 거래 일수가 포함됨)을 가질 수 있습니다. 또한 제품 출하 (수량, 제품 유형 - 크기 및 출하 일 - 측정 기준)에 대한 거래 사실도 있습니다. 이 간단한 스키마는 지난 분기에 주문 된 제품 유형별로 얼마나 많은 제품이 주문되었지만 출하되지 않았는지와 같은 질문에 대답하는 데 사용될 수 있습니다.
이렇게하면 시작하는 데 도움이되기를 바랍니다.
일반적으로 팩트 테이블은 계수를 집계하는 데 사용됩니다.이 계수는 항상 숫자입니다. 예 : 판매 달러, 거리, 무게, 판매 된 품목 수.
여기에 그린 데이터 유형에는 절단 및 마른 "측정"이 없으므로 측정하려는 항목을 결정해야합니다. 질문 당 답변 수는 얼마입니까? 그것은 샘플 당 얼마나 많은 반응입니까?
다른 사례를 검색하려는 경우이를 종종 이벤트 사실 테이블이라고합니다. 그리고 스타 스키마로 전환하기 전에 어떤 종류의보고 요구 사항이 필요합니다. 따라서 쉬운 대답은 아닙니다 ...
단지 카디널리티를 기반으로 'respond'는 모든 것에 대해 _many_이므로 분명히 사실 테이블입니다. 'questions '가 텍스트 질문의 한정된리스트라면, 그것은 분명히 차원 테이블입니다. 일반적으로'questions '와'options'을 조합하여 질문에 대해 하나의 비정규 화 된 차원을 만듭니다. 옵션과 질문을 결합하면 실제로 스타 스키마에 세 개의 테이블이 생깁니다. –
사실 테이블의 측정 값은'question count','correct count','wrong count'입니다. –