OLAP 데이터베이스 디자인의 눈송이 또는 스타

Question

Saiku 2.5를 사용하고 있으며 다음 상황을 모델링하는 방법을 잘 모르겠습니다.

다개비 :

• 카테고리 (~ 20 줄)
• 하위 범주 (~ 100 행)
• 하위 하위 범주 (~ 1200 행)
• subsubsubcategory (~ 8000 행)
• 기타 1 (~ 100000 행)
• 기타 2 (~ 50000 행)
• 기타 3 (~ 500 행)
• 기타 4 (~ 500 행)
• 기타 5 (~ 200 줄)
• 기타 6 (~ 200 줄)
• 기타 7 (~ 100 줄)
• 기타 8 (~ 10 행)

측정 론트 :

• 사실 (~ 20 만 행)

관계

• 사실은 다른 [ d]에 있습니다.
• 사실에는 하위 서브 카테고리가 있습니다
• Subsubsubcateory에는 하위 소송이 있습니다
• 하위 범주에는 하위 범주가 있습니다
• 하위 범주에는 카테고리가 있습니다

성능 측면에서 더 나은 성능이 있는지, 모든 카테고리를 하나의 테이블로 비공개로 만들거나 그대로 두는 지 알고 싶습니다. 각 "카테고리와 같은"테이블에는 varchar (8)와 두 개의 텍스트 ()가 있습니다.

Answer 1

성능 측면에서 더 나은 성능이 있는지, 모든 카테고리를 하나의 테이블로 비공개로 만들거나 그대로 두는 지 알고 싶습니다.

읽기 성능을 위해 데이터웨어 하우스를 최적화하고 있으므로 카테고리 테이블을 제거하는 것을 선택합니다. 대부분의 관계형 데이터베이스에서 약 8,000 행이나 페이지와 절반을 이야기하고 있습니다. 이 테이블을 메모리에 보관할 수 있습니다.

스타 스키마가 당신에게 효과가있는 것 같습니다. 다른 차원에 관계가있는 경우 눈송이 스키마가 보증됩니다.

Answer 2

8K 행 조인이 쉽기 때문에 카테고리는 단일 테이블에 있어야합니다.

다른 테이블로 나누어야합니다. 이를 통해 Mondrian은 가능하면 높은 수준 (낮은 카디널리티)에서 조인을 수행 할 수 있습니다.

Mondrian은 두 시나리오 모두에서 잘 수행됩니다.