DBOR 및 Cardinality 설계를 통한 SFMC 데이터 스프로울 방지

SFMC Data Model and Cardinality: Wire DEs Together Without Regret

SapotaCorp2026년 5월 24일3분intermediate

AI 요약

Context

요구사항 중심의 파편화된 Data Extension(DE) 생성으로 인한 데이터 조인 불가능 및 세그먼테이션 장애 발생. 단일 진실 공급원(Source of Truth) 부재로 인한 데이터 정합성 상실과 감사 추적 불가 상태 분석.

Database of Record(DBOR)를 정의하여 Subscriber Key의 유일성과 불변성을 보장하는 단일 식별자 체계 구축
Hub-and-Spoke 모델 적용을 통한 Master DE와 기능별 Spoke DE 분리 구조 설계로 데이터 중복 제거
Contact Builder 내 정확한 Cardinality(1:1, 1:Many, Many:Many) 설정을 통한 세그먼테이션 쿼리 정확도 확보
Many:Many 관계 해결을 위한 Junction DE 도입으로 데이터 모델의 무결성 유지
AMPscript Lookup 및 Automation Studio SQL을 활용한 런타임 데이터 결합 방식으로 저장 공간 효율화
구현 전 데이터 모델 문서화를 통한 설계 기반의 빌드 프로세스 강제

실천 포인트

1. DBOR 선정 시 비즈니스 운영 주도 시스템을 우선 검토했는가?

2. Subscriber Key가 이메일 주소 등 가변값이 아닌 불변의 UUID/ID 기반인가?

3. Master DE와 Spoke DE 간의 Cardinality가 실제 데이터 관계와 일치하는가?

4. Many:Many 관계를 처리하는 Junction DE가 적절히 설계되었는가?

5. 구현 전 필드명, 타입, Null 가능 여부가 명시된 데이터 모델 문서가 확정되었는가?

태그