얼마나 육체적으로/논리적으로 별도의 통합 계층과 데이터 웨어하우스에는 필요한가?

Question

당사의 테스트에 dwh 에 server,우리가 사용하는 Vertica 커뮤니티 Edition.우리는 매우 기쁘게 생각합 ETL 프로세스 및 쿼리 성능이다.

우리는 데이터 가져오기서 몇 가지 원(Informix,SQL Server,MySQL,Google Docs)에 하나의 스키마와 접두사 bussinessProcessName_stage_

의 끝에서 ETL 프로세스가 여러 테이블라 bussinessProcessName_fact 고 bussinessProcessName_dim_dimName 몇몇 shared_dim_dimName.

이 필요한 분리를 위한 테이블에 다른 스키마 또는 아마 다른 데이터베이스?같은 질문가를 위한 데이터 마트 내부에 dwh 에.

우리가 사용하는 성급 호텔-스키마에 주로 보여,-플레이크 몇 번도 하나의 플랫-테이블 설계 데이터립니다.

Answer 1

대부분의 데이터베이스 시스템 데이터베이스를 사용하 수준으로 최고 논리 계층 구조입니다.그러나,Vertica 만 수 있는 단일 데이터베이스에서 실행합니다.즉,논리적 설계에서 이루어지는 스키마 수준입니다.예를 들어,전통적인 데이터베이스 시스템을 수 있는 데이터베이스 등 customers 고 orders.에 Vertica,이러한 것에 확인할 수 있는 스키마 수준입니다.

논리적 조직 및 이름 지정 규칙 사이에서 변화 조직입니다.중요한 것은 그것의 표준하고 지속적으로 사용됩니다.보고 할 수 있습니에서 무엇을 논리적으로 맞는 함께 그룹 테이블니다.예를 들어,각 비즈니스 프로세스 이름을 가질 수 있습 그것의 자신의 스키마(business_process_name.fact_table).그것의 더 나은 방법을 명시적인 보다는 오히려 하나를 사용하여 스키마가 있는 경우에도 몇 가지 테이블이 있습니다.미래의 경우 추가 테이블,그것에 쉽게 할 수 있을 관리할 수 있습니다.

의 또 다른 혜택을 사용하여 스키마가 될 것입에 대한 관리.백업을 수행하는 경우,또는 유지보수 작업을 수행될 수 있에서 스키마 수준입니다.