스타 스키마와 스노우 플레이크 스키마의 기본적인 차이점을 알고 있습니다. 스노우 플레이크 스키마는 차원 테이블을 정규화하기 위해 여러 테이블로 나누기 때문에 스타 스키마에는 차원 테이블의 "수준"이 하나만 있습니다. 그러나 Snowflake 스키마에 대한 Wikipedia article에 의하면 "기존의 다차원보고 도구를 사용하여 간단한 스타 스키마 내에서
Oracle웨어 하우스에서 레코드를 가져 오기위한 쿼리를 작성하고 있습니다. 몇 가지 테이블에 조인이있는 간단한 Select Query와 집계 할 열이 거의 없습니다. 그러므로 나는 나머지 열에서 Groupby를 사용하게된다. 10 개 열 중에서 5 개가 집계 열입니다. 그래서 나는 다른 5 개의 칼럼으로 그룹화 할 필요가있다. Groupby를 사용하지 않
펜타 케틀 I 동적 조합 조회 단계에서의 필드 "스트림 필드" '측정 필드 "를 설정해야 환경 변수를 사용하여 변환, 그것은 같아야합니다 Dimension field | Field in stream
__________
${dim_field} | ${field_in_stream}
어떤 아이디어?
BI 대시 보드 차트의 각 드릴 다운에 대해 MDX 쿼리를 수행하는 가장 좋은 방법은 무엇입니까? 예를 들어 드릴 다운 할 때마다 4 개의 드릴 수준이있는 경우 4 개의 MDX 쿼리를 실행하거나 초기 쿼리를 하나만 실행하고 개체 수집에 4 개의 드릴 수준의 모든 데이터를 유지해야합니다. 당신이 할 수 있다면 예를 들어 설명해주십시오.
DW에 대한 위치 치수 테이블 작성; 저는 날짜/시간에 익숙하지만 위치에 대해서는 대륙, 국가, 지역, 도시, 우편 등의 열을 사용하고 있습니다. 이제 문제는 레코드에 도시 나 우편이없고 지역으로 만 끝나는 경우입니다. DW에는 모든 기록에는 도시가 있지만 사실 테이블에는 설문 조사 수집시 필수 데이터가 아닌 데이터가있을 수 있으므로이 테이블을 디자인하
저는 데이터웨어 하우스 디자인 중간에 있습니다. 여러 개의 팩트 테이블이 있으며 각 팩트 테이블에 수백 개의 팩트가 삽입 될 가능성이 큽니다. 비록 조금 빨랐지만 여전히 최적화를 생각하고있었습니다. 나는 시간이 개 테이블 일 (매일 고유 한 행 ) (일의 각 분에 대한 고유 한 행 ) 오늘의 시간 에서이 내 모든 사실 테이블에는 전체 날짜 열이 있습니다.
Department -> Category -> Product
(각 부서에는 여러 제품이 포함 된 여러 범주가 있습니다.) dimensional modeling에 대한 Kimball 접근 방식을 사용하여 다음과 같은 ProductDim 테이블을 작성했습니다 columns : ProductKey
Product
Category
Department
E