2012-07-31 4 views

답변

1

최종 사용자가 해당 차원을 기반으로 의사 결정을 수행 할 수 있기를 원하므로 데이터웨어 하우스 솔루션의 모든 차원이 기본적으로 존재합니다.
(실제로 최종 사용자는 여러 차원을 조합하여 결정을 내릴 수 있습니다.)

그리고 최종 데이터웨어 하우스 솔루션으로 끝나는 차원 그 자체는 대형 데이터 변환 프로세스의 결과입니다.

이다

: 데이터는 미가공 데이터의 농축 형태

  • 변환 여러 출처 (FX 에게 적용 계층) alligned되는 원시 데이터
  • 등의

    • 변환 ...

    데이터를 변환하는 차원에 대한 이야기는 시작하기에 속성을 모호하게 설명하는 것입니다. 차원의 의미는 무엇인지 의미가 명확하지 않기 때문입니다.

    그러나 그 점을 염두에두고 나는 이렇게 질문합니다. "tranformation dimension"이 데이터웨어 하우스에 존재하는 새로운 유형의 차원 일 수 있습니까?

    원시 데이터의 영향을받지 않고 다른 차원에서 완전히 파생 된 차원으로 "tranformation dimension"을 생각하면 "tranformation dimension"의 개념이 더욱 정확 해집니다.

    따라서 귀하의 경우, 날짜 데이터를 다른 표현으로 변환하는 차원을 "tranformation 차원"이라고 올바르게 말할 수 있습니다. ● 데이터웨어 하우스의 차원 테이블 형식의보다 포괄적 인 목록

    이 질문에 체크 아웃 :
    What are the types of dimension tables in star schema design?

  • +0

    차원은 특정 측정 값에 대한 관련 특성의 모음입니다. 왜 모든 애트리뷰트가 파생 된 값과 관련되어 * 정의되어 있기 때문에 * 다른 차원에서 애트리뷰트가 완전히 파생 된 새로운 차원을 작성해야할까요? 당신이 그들을 "정상화"하기 위해 그들을 끌어 내고 있다면, 당신은 눈살을 찌푸 리며 새로운 차원을 창조하지 않습니다. 우리는 "PRODUCT"차원에서 "PRODUCT TYPE 차원"을 파생시키지 않습니다. 단지 제품 차원 특성에 제품 유형 특성 만 저장합니다. –

    3

    모든 차원은 중복 관계가있는 넓은 차원 테이블로 여러 관계형 테이블을 정규화하지 않은 경우라도 일부 의미에서 데이터의 "변환"결과입니다.

    날짜 차원에서 날짜를 여러 번 표현하는 것이 좋습니다. 조직별로 다를 수 있으며 수식으로 쉽게 작성되지 않는 회계 달력 (5-4-4 회계 주 등)을 저장할 수 있습니다. 이 측정 기준을 사용하면 특정 속성 (월별 달력 달별로보고) 등을 기반으로 집계를 작성할 수 있습니다.

    예, 해당 날짜의 모든 속성은 DATETIME 유형에 "암시"될 수 있지만 데이터를 사용하여 훨씬 더 유지 보수가 용이 한 쿼리와 비즈니스 사용자가 쉬워 져서 해당 날짜를 기반으로 여러 속성을 제공합니다.

    2

    내가 날짜의 모든 represntations 달력 차원에 영구적으로 저장해야한다고 말할 것입니다.웨어 하우스는 종종 여러 시스템에서 데이터를 가져와 (키와 날짜 등이 모두 같은 형식으로되어 있음) 합쳐진 엔터프라이즈 레이어를 보유하고 있습니다. 즉, 캘린더 차원에서 사용되는 모든 날짜 표현을 만듭니다. 그런 다음 프리젠 테이션 레이어 (Kimball)를 사용합니다.이 레이어는 질의를 더 빨리 수행 할 수 있도록 고의적 인 방식으로 표준화가 해제됩니다. 차원을 풍부하게하는 표는 표현 계층이 아닌 엔터프라이즈 계층의 일부이므로 정의에 의해 차원이 아닙니다. 치수는 프레젠테이션 레이어에만 있습니다. 내 의견은 물론이야!

    +0

    "엔터프라이즈 계층", "Inmon 계층", "운영 데이터 저장소"등 :-) –