데이터웨어 하우스 디자인, 여러 차원 또는 특성이있는 하나의 차원?

Question

데이터웨어 하우스에서 작업하고 특성이있는 큰 차원 대 여러 차원을 갖는 것에 대한 제안을 찾고 있습니다.

현재 DimEntity, DimStation, DimZone, DimGroup, DimCompany가 있고 각 차원의 키가 들어있는 여러 팩트 테이블이 있습니다. 이것이 가장 좋은 방법입니까 아니면 DimEntity라는 단 하나의 차원을 갖고 역, 지대, 그룹 및 회사를 엔티티의 속성으로 포함시키는 것이 더 낫지는 않습니까?

ETL을 사용하여 별도의 차원 경로가 이미 있으므로 별표를 채우고 빌드하는 작업이 문제가되지 않습니다. 성능 및 유지 보수성이 중요합니다. 이러한 차원은 자주 변경되지 않으므로 이러한 차원을 처리하는 가장 좋은 방법에 대한 지침을 찾고 있습니다.

사실 테이블에는 1 억 개가 넘는 레코드가 있습니다. 엔터티 차원에는 약 1000 개의 레코드가 있고 나열된 다른 차원에는 각각 200 개 미만의 레코드가 있습니다.

Answer 1

별표 스키마 테이블 정의, 데이터 카디널리티 등을 모르면 예 또는 아니요를 지정하기가 어렵습니다. 그것은 균형 잡힌 행동이 될 것입니다.

읽기 성능의 경우 팩트 테이블은 가능한 한 마른 체이어야하며 차원은 가능한 한 짧아야합니다 (낮은 행 수). 차원을 통합하는 것은 일반적으로 차원 레코드 수가 증가하는 동안 팩트 테이블이 더 까다로워진다는 것을 의미합니다.

통합 차원에 상당한 수의 행을 추가하지 않고도 차원을 통합 할 수 있다면 조사 할 가치가 있습니다. 낮은 카디널리티 차원을 정크 차원으로 결합하여 균형을 잘 잡을 수 있습니다. 상위 카디널리티 특성이있는 차원은 통합하지 않아야합니다.

Here's 좋은 Kimball 대학의 치수 모델링에 관한 기사. 지네디 팩트 테이블에 대한 주소와 그가 정크 치수를 사용하는 방법을 구체적으로 살펴보십시오.