차원 모델링은 데이터를 인지하고 고성능 액세스를 가능하게 하는 표준 구조로 제시하기 위해 따르는 논리적 설계 방법입니다. 이것은 유전적으로 차원이 있으며 몇 가지 제한이 있는 관계형 모델이 필요한 분야를 관찰합니다.
각 차원 모델은 팩트 테이블이라고 하는 멀티파트 키가 있는 하나의 테이블과 차원 테이블이라고 하는 작은 테이블 그룹으로 구성됩니다. 각 차원 테이블에는 팩트 테이블의 멀티파트 키 요소 중 하나와 상관 관계가 있는 개별 요소 기본 키가 있습니다. 이 독특한 별 모양의 구조는 별 조인으로 알려져 있습니다. 이것은 관계형 데이터베이스의 초기 날짜로 거슬러 올라가는 날짜를 정의합니다.
팩트 테이블은 둘 이상의 외래 키로 구성된 멀티파트 기본 키를 가지고 있기 때문에 지속적으로 다대다 관계를 정의합니다. 일반 팩트 테이블에는 각 레코드를 나타내는 키의 병합에 대해 나타나는 하나 이상의 수학적 팩트도 포함됩니다.
팩트 테이블의 일반 팩트는 숫자 및 추가 사항입니다. 데이터 웨어하우스 애플리케이션은 개별 팩트 테이블 레코드를 가져오지 않기 때문에 추가성은 필수적입니다. 한 번에 수백, 수천 개의 데이터를 다시 가져오고 여러 레코드를 사용하여 수행할 수 있는 유일한 이점은 해당 데이터를 삽입하는 것이기 때문입니다.
차원 테이블에는 설명 텍스트 데이터가 포함됩니다. 차원 속성은 데이터 웨어하우스 쿼리에서 흥미로운 제약 조건의 소스이며 SQL(Structured Query Language) 응답 세트의 행 헤더 소스입니다.
마스터 엔터티 관계 다이어그램에는 판매 호출, 주문 입력, 배송 송장, 사용자 지불 및 제품 반품 등이 포함될 수 있습니다. 메서드에서 엔터티 관계 다이어그램은 한 다이어그램에 공존하지 않는 여러 프로세스를 표시하여 자체적으로 해롭습니다. 일관된 단일 시점의 단일 데이터 세트입니다.
따라서 엔티티 관계 다이어그램을 차원 모델링 다이어그램 그룹으로 수정하는 첫 번째 단계는 엔티티 관계 다이어그램을 별개의 비즈니스 절차로 분리하고 각각을 독립적으로 모델링하는 것입니다.
두 번째 단계는 수학적 및 부가적인 비핵심 사실을 포함하여 엔터티 관계 모델에서 다대다 관계를 선택하고 팩트 테이블로 레이블을 지정하는 것입니다.
세 번째 단계는 일부 나머지 테이블을 사실 테이블에 직접 연결된 단일 요소 키가 있는 플랫 테이블로 비정규화하는 것입니다. 이러한 테이블은 차원 테이블이 됩니다. 차원 테이블이 둘 이상의 팩트 테이블에 연결되는 경우 두 스키마 모두에서 이 동일한 차원 테이블을 나타내며 차원 테이블을 2차원 모델 간에 "적합"으로 정의합니다.