데이터 스토리지 영역
RIDW에는 세 개의 데이터 스토리지 영역이 있습니다.
테이블 이름 | 테이블 용도 |
---|---|
SYS_CONFIG | 시스템 구성 정보 포함(예: 날짜 차원 달력 유형) |
ETL_INFO | ETL(Extract, Transform and Load) 구성 정보 포함(예: ETL 스케줄(매일, 매주 또는 매월)) |
추가적으로 두 개의 열(ISSOFDELETED 및 REC_DATETIME)이 추가됩니다.
대리 키
대리 키는 ETL 프로세스에서 작성되는 1차 키입니다. 이러한 키는 서로 다른 소스의 1차 키 형식 간의 차이점을 겹쳐쓰는 데 필요합니다. 추출된 모든 테이블에서 RIDW는 자신의 1차 키를 작성하고 원본 키를 EXTERNAL_KEY1 또는 EXTERNAL_KEY2 열에 보관합니다. 대리 키는 0부터 시작하는 정수입니다.
분류 테이블
이 테이블은 프로젝트, 요청, 요구사항, 타스크, 활동 및 컴포넌트와 같이 일반적으로 사용되는 아티팩트를 나타냅니다. 이러한 테이블은 "CLASSIFICATION" 단어를 포함하고 있는 해당 이름으로 구분이 가능합니다. 모든 분류 테이블에는 아티팩트에 대한 일반적인 이해를 나타내는 사전 정의된 레코드 유형이 있습니다. 추출된 테이블을 분류 테이블로 변환하는 작업은 ETL 프로세스에 의해 관리됩니다.
더미 레코드
모든 분류 및 아티팩트 테이블에는 1차 키 값인 -1로 식별 가능한 더미 행이 있습니다. 더미 행은 정의된 참조 제한조건에 대한 값이 널(null)인 경우 데이터 정규화를 지원합니다.
팩트 및 차원 영역은 스타 스키마 디자인을 구현하는데, 이는 팩트, 차원 및 히스토리 추적 테이블 세트입니다. 팩트 테이블에는 특정 비즈니스 프로세스의 '팩트' 또는 측정값이 있습니다. 예를 들어, 프로젝트 관리가 측정하려는 프로세스인 경우, 해당 팩트 테이블에는 요구사항의 수가 포함될 수도 있습니다. 차원 테이블에는 데이터 웨어하우스 조회를 수행할 때 데이터를 제한하고 그룹화하는 데 사용되는 속성이 있습니다. 요구사항의 수가 팩트 테이블인 경우에는 요구사항 유형을 차원으로 사용하는 것이 좋습니다.
디자인 규칙
차원 테이블 이름은 "D_"로 시작하며, 보고서를 식별하기 위한 대리 키가 있습니다. 팩트 테이블 이름은 "F_"로 시작하지만, 팩트 테이블에서 측정값에 대한 히스토리 분석을 제공하는 테이블은 "H_"로 시작합니다. 일반적으로 1차 키는 측정값의 대리 키와 측정값에 컨트리뷰트하는 아티팩트의 대리 키와의 조합입니다. 이름에 "F_C_"가 포함된 팩트 테이블은 원본 동향 팩트 테이블과 동등하며, 다만 시간에 따른 동향을 알 수 있도록 데이터를 누적하지 않고 데이터의 최근 스냅샷만 저장합니다. 데이터 마트도 자세한 내용을 표시하거나 목록 보고서 제공을 위해 드릴다운할 용도로 작업 데이터 스토어 창을 제공하는 보기 세트로 구성됩니다.
제어 열
모든 팩트 테이블에는 날짜 차원 D_DATE를 참조하는 열이 있습니다. 동향 테이블의 경우 이 컨텍스트의 날짜는 데이터 스냅샷을 저장한 날짜를 표시합니다. 다른 팩트 테이블의 경우 날짜는 레코드 작성 등의 이벤트가 발생한 날짜를 반영합니다. 데이터 스냅샷은 구성 영역의 SYS_CONFIG 테이블에 저장된 값에 따라 ‘일별', ‘주별' 또는 ‘월별' 단위를 나타내도록 태그 지정할 수 있습니다. 다른 제어 열에는 레코드 삽입 또는 갱신의 레코드 소인으로 사용되는 REC_DATEIME 열이 있습니다.
널(null) 표시기 레코드
작업 데이터 스토어에서처럼 차원 테이블에는 1차 키 값 -1로 식별 가능한 널(null) 표시기 행이 있습니다. 이는 제한조건이 있는 테이블의 널값을 나타냅니다.