이 질문을하기 위해 단순화하려고했습니다. 다행히도, 이것은 이해할 수있을 것입니다. 기본적으로 시간 차원, 다른 차원 및 계층 적 차원이있는 사실 테이블이 있습니다. 질문의 목적을 위해 계층 적 차원이 우편 번호 및 상태라고 가정합니다. 다른 차원은 단지 설명 적입니다. '고객'이라고 부르 자 50 명의 고객이 있다고 가정 해 봅시다. 모든 고객이 시간 차
이것은 주로 데이터웨어 하우스 철학 관련 질문입니다. 내 프로젝트에는보고 및 임시 작업을 위해 Oracle Forms 응용 프로그램과 Teradata 데이터웨어 하우스가 포함됩니다. 응용 프로그램 사용자가 작성한 기본 데이터 외에도 여러 다른 소스의 데이터가 필요합니다. 현재이 타사 데이터는 FTPd 플랫 파일을 통해 데이터웨어 하우스로 직접 전송됩니다.
매일 측정 값이있는 측정 값 그룹이 있습니다. 특정 파티션을 처리 할 수 있으며 XMLA 명령이 성공적으로 완료됩니다. 또한 모든 측정 값 그룹에 대해 적어도 하나의 파티션이 처리되도록 보장하므로 큐브가 "부분적으로 처리되었습니다"그리고이를 찾아 볼 수 있어야합니다. 이 측정 값 그룹 내의 측정 값에 대해 큐브에 데이터가 표시되지 않는 문제가 있습니다.
나는 그 질문이 충분히 분명하다고 생각한다. 내 datawarehouse 테이블의 일부 열은 기본 키와의 관계를 가질 수 있습니다. 그러나 그것은 좋은 습관입니까? 이것은 비정규 화되어 있으므로 다시는 삭제하면 안됩니다 (데이터웨어 하우스의 데이터). 희망 의문은 다소 분명하다.
데이터웨어 하우징을 처음 사용하기 때문에 다소 혼란 스럽습니다. 큐브를 만들고 그것을 채우기 및 알고 그것을 쿼리를 만드는 몇 가지 간단한 단계를 제공하십시오 : 나는 원래 데이터와 데이터베이스가 을 나는 스타 스키마를 설계했다 적절한 테이블을 만들었습니다 VS 2008에서 분석 서비스 프로젝트를 만든 다음 이전에 만든 스타 스키마를 기반으로 데이터 소스
현재 트랜잭션 시스템에서 데이터웨어 하우스를로드하기 위해 ETL 시스템을 구축 중입니다. 내 사실 테이블의 곡물은 거래 수준입니다. 중복 행을로드하지 않기 위해 사실 테이블 (트랜잭션 ID)에 기본 키를 넣었습니다. 트랜잭션이 역전되는 문제가 발생했습니다. 트랜잭션 데이터베이스에서이 작업은 상태를 통해 수행됩니다. 트랜잭션은 완료되었거나 트랜잭션이 완료되면
Talend를 사용하여 데이터웨어 하우스를 채우고 있습니다. 제 업무는 고객 데이터를 차원 테이블에, 트랜잭션 데이터를 사실 테이블에 쓰는 것입니다. 사실 테이블의 서로 게이트 키 (p_key)는 자동으로 증가합니다. 새로운 고객을 삽입 할 때 관련 고객의 ID를 반영하기 위해 사실 테이블이 필요합니다. 내가 언급 한 것처럼 p_key는 자동 auto_in