팩트 테이블과 차원 테이블의 차이?

팩트 테이블과 차원 테이블의 차이?

팩트 테이블과 차원 테이블의 차이점은 무엇입니까?예를 들면 매우 도움이 될 수 있습니다.

데이터 웨어하우스 모델링에서 별 스키마와 눈송이 스키마는 사실 및 차원 테이블로 구성됩니다.

팩트 테이블:

• 여기에는 판매 수량, 판매 금액 및 평균 판매와 같은 차원의 기본 키와 관련 사실 또는 측정(계산이 가능한 속성)이 모두 포함됩니다.

치수 테이블:

• 치수표는 사실표에 기록된 모든 측정에 대한 설명 정보를 제공합니다.
• 치수는 사실표의 비교만큼 상대적으로 매우 작습니다.
• 일반적으로 사용되는 치수는 사람, 제품, 장소 및 시간입니다.

이미지 소스

이것은 팩트 테이블과 차원 테이블을 구별하는 방법에 대한 매우 간단한 답인 것 같습니다!

치수를 사물이나 사물로 생각하는 것이 도움이 될 수 있습니다.제품과 같은 것은 비즈니스 행사에 관여하지 않고 존재할 수 있습니다.차원은 당신의 명사입니다.그것은 세일과 같은 비즈니스 행사와는 별개로 존재할 수 있는 것입니다.제품, 직원, 장비 등 모든 것이 존재합니다.차원이 어떤 일을 하거나 어떤 일을 합니다.

직원들은 팔고 고객들은 삽니다.직원과 고객은 차원의 예입니다.

제품은 판매되며, 제품에 뭔가를 가했기 때문에 치수이기도 합니다.

사실은 동사입니다.팩트 테이블의 항목은 차원 테이블에서 발생하는 개별 이벤트를 표시합니다.제품 판매는 팩트 테이블에 기록됩니다.판매 이벤트는 어떤 제품이 판매되었는지, 어떤 직원이 판매했는지, 어떤 고객이 구매했는지에 따라 알 수 있습니다.제품, 직원 및 고객은 모두 행사, 판매를 설명하는 차원입니다.

또한 사실 표는 일반적으로 일종의 정량적 데이터를 가지고 있습니다.판매 수량, 품목당 가격, 총 가격 등입니다.

출처 : http://arcanecode.com/2007/07/23/dimensions-versus-facts-in-data-warehousing/

이 부분에 대한 답변입니다.

차원 테이블이 팩트 테이블이 될 수 있는지 없는지 이해하려고 했습니다.

단답형(INMO)은 아니오입니다.그 이유는 두 종류의 테이블이 서로 다른 이유로 만들어졌기 때문입니다.그러나 데이터베이스 설계 관점에서 차원 테이블은 항상 차원 테이블(또는 그 이상)을 상위 테이블로 가지는 사실 테이블과 같은 상위 테이블을 가질 수 있습니다.또한 팩트 테이블은 집계될 수 있지만 차원 테이블은 집계되지 않습니다.또 다른 이유는 팩트 테이블은 제자리에서 업데이트되지 않는 반면 차원 테이블은 제자리에서 업데이트될 수 있기 때문입니다.

자세한 내용:

사실 및 차원 표는 일반적으로 Star Schema라고 하는 것으로 나타납니다.스타 스키마의 주된 목적은 복잡한 정규화된 테이블 집합을 단순화하고 매우 효율적인 방식으로 쿼리할 수 있는 하나의 데이터베이스 구조로 데이터를 통합하는 것입니다.

가장 간단한 형태로 팩트 테이블이 포함되어 있습니다(예:StoreSales) 및 하나 이상의 차원 테이블.각 차원 항목에는 0, 1개 이상의 팩트 테이블이 연결되어 있습니다(차원 테이블의 예:지리, 품목, 공급업체, 고객, 시간 등).차원에 부모가 있는 것도 유효할 것이며, 이 경우 모델은 "스노우 플레이크" 유형입니다.그러나 설계자들은 이러한 종류의 설계를 피하려고 하는데, 이는 더 많은 결합을 유발하여 성능이 저하되기 때문입니다.StoreSales 예제에서 지리 차원은 열(GeoID, ContententName, CountryName, StateProvName, CityName, StartDate, EndDate)로 구성될 수 있습니다.

Snow Flakes 모델에서는 Geo 정보에 대한 두 개의 정규화된 표(Content Table, Country Table)를 가질 수 있습니다.

스타 스키마에서 많은 예시를 찾을 수 있습니다.또한 스타 스키마 모델 Inmon vs. 킴볼.킴벌은 여러분도 이곳에 가보고 싶어할지도 모르는 좋은 포럼이 있습니다. 바로 킴벌 포럼입니다.

편집: 4NF에 대한 예제에 대한 설명에 답하려면:

• 4NF를 위반하는 팩트 테이블의 예:

영업사실(ID, 영업점ID, 영업사원)ID, 품목ID, 금액, 시간신분증)

• 4NF를 위반하지 않는 팩트 테이블의 예:

집계매출액(지점ID,총금액)

여기 관계는 4NF에 있습니다.

마지막 예는 다소 흔하지 않습니다.

초간단 설명:

팩트 테이블 : 룩업 ID를 함께 매핑한 데이터 테이블입니다.일반적으로 응용프로그램의 중심에 있는 주요 테이블 중 하나입니다.

차원 테이블: 사실 테이블에서 자주 반복되는 값(예: 도시 이름 또는 상태)을 저장하는 데 사용되는 조회 테이블입니다.

• a 팩트 = 액션: 판매, 거래, 접근
• a 차원 = 객체: 판매자, 고객, 날짜, 가격

그럼...

• 사실은 언제, 어디서, 무엇을, 누가, 어떻게에 대한 치수를 참조합니다.

정말 흥미로운 것은 속성이 차원인지 사실인지를 결정하는 것입니다.예를 들어, 주문에 포함된 각 항목의 가격 또는 계약에 기록된 보험의 최대 금액.일반적으로 올바른 접근 방법은 없으며, 상황에 맞는 접근 방법만 있습니다.

추신: 만약 내가 이 용어들을 만든다면 로그 테이블과 오브젝트 테이블을 선호할 것입니다.

Dimension table Dimension table은 팩트 테이블에 저장된 측정값의 속성을 포함하는 테이블입니다.이 표는 노드에서 횡단하는 데 사용할 수 있는 계층 구조, 범주 및 논리로 구성됩니다.

팩트 테이블에는 비즈니스 프로세스의 측정값이 포함되어 있으며 차원 테이블에 대한 외래 키가 포함되어 있습니다.

예제 – 비즈니스 프로세스가 벽돌 제조인 경우

한 사람/기계가 생산한 평균 벽돌 수 – 비즈니스 프로세스 측정

가장 간단한 형태로, 차원 테이블은 모든 '항목'의 목록을 보관하는 '마스터' 테이블과 같은 것이라고 생각합니다.

팩트 테이블은 모든 트랜잭션을 설명하는 트랜잭션 테이블입니다.또한 영업사원별 총매출액, 지점별 총매출액과 같은 집계(그룹화)된 데이터도 독립적인 팩트 테이블로 존재할 수 있습니다.

제 입장에서는.

• 차원 테이블 : 마스터 데이터
• 팩트 테이블 : 트랜잭션 데이터

1. 팩트 테이블은 주로 비즈니스 팩트와 치수 테이블의 주요 키를 참조하는 외국 키로 구성됩니다.차원 테이블은 주로 텍스트 필드인 설명 속성으로 구성됩니다.
2. 차원 테이블에는 대리 키, 자연 키 및 특성 집합이 포함됩니다.반대로 팩트 테이블에는 외부 키, 측정값 및 축약된 치수가 포함됩니다.
3. 차원 테이블은 사실 테이블의 측정을 위한 설명적 또는 상황에 맞는 정보를 제공합니다.반면에, 팩트 표는 기업의 측정치를 제공합니다.
4. 두 표의 크기를 비교할 때 치수표보다 팩트표가 더 큽니다.비교 표에서는 사실 표보다 더 많은 차원이 표시됩니다.사실 표에서는 관측되는 사실의 개수가 적습니다.
5. 치수 테이블을 먼저 로드해야 합니다.팩트 테이블을 로드하는 동안 치수 테이블을 봐야 합니다.이는 팩트 테이블에 치수 테이블의 기본 키인 측도, 팩트 및 외래 키가 있기 때문입니다.

더보기: 차원 테이블과 팩트 테이블 | 차원 테이블 vs 팩트 테이블 http://www.differencebetween.net/technology/hardware-technology/dimension-table-and-fact-table/ #ixzz3SBP8kPzo

관계 데이터베이스 사용자의 경우 차원은 마스터 테이블과 같습니다.팩트는 트랜잭션 테이블과 같습니다.

Dimension table : Dimension table이라고 불리는 특성화된 날짜에 대한 정보를 유지할 수 있을 뿐입니다.

예: 시간 차원, 제품 차원.

팩트 테이블 : 메트릭 또는 사전 계산 데이터에 대한 정보를 유지할 수 있을 뿐입니다.

예: 판매 사실, 주문 사실

Star 스키마 : 차원 테이블 양식을 시작 스키마로 하는 하나의 팩트 테이블 링크.

이미지 설명을 여기에 입력합니다.

언급URL : https://stackoverflow.com/questions/20036905/difference-between-fact-table-and-dimension-table