#title Data Vault Case Study
[[TableOfContents]]

==== 데이터 볼트의 초점 ====
 * 물리적 데이터 모델과 비즈니스와의 정렬(align)
 * 비즈니스 변경에 대한 유연성

==== 비즈니스 케이스 ====
attachment:DataVaultCaseStudy/dv01.png

==== 비즈니스 논리 모델 ====
attachment:DataVaultCaseStudy/dv02.png

논리모델에서는 Product, Line Items, Invoice만을 다룬다.

==== 논리모델 ====
attachment:DataVaultCaseStudy/dv03.png

 * Hub, Link, Sat와 같은 접두어 사용 (옵션)
 * Load Dates는 Satellite Keys의 부분이어야 함.
 * Load End Date는 유용함(PIT 테이블이 아니면)
 * Record Source는 추적성을 제공함.
 * Link Tables는 트랜잭션을 상세하게 나타냄.
 * Business Key와 Surrogate Key는 1:1 맵핑되어야 함.
 * Satellites는 데이터에 대한 설명되고, 데이터의 변경율에 따라 분할된다.

==== 데이터 로딩 ====
attachment:DataVaultCaseStudy/dv06.png

데이터 볼트의 장점 중에 하나라고 볼 수 있다. 관계가 끈끈하지 않게 설계가 되므로 ETL시 병렬처리를 할 수 있다. 병렬처리의 이점은 시간절약인데, DW의 경우 배치처리는 업무시간을 피해 주로 밤에 이루어지기 때문에 시간적인 제약이 있다. 이러한 제약에서 최대한 멀리 도망가 있는 것은 시스템 라이프 사이클을 늘리는 길이다.