Day 2: 노드/관계 타입 설계 (도메인 모델링)

Hook: "이커머스 데이터를 그래프로 어떻게 표현할까?"

당신은 이커머스 스타트업의 데이터 아키텍트입니다. CEO가 요청합니다:

"고객, 주문, 상품, 리뷰 데이터를 그래프 DB에 저장하려고 해요. 나중에 추천 시스템도 만들 거고, 사기 탐지도 해야 해요. 어떻게 설계해야 할까요?"

잘못된 모델링은 나중에 쿼리 성능 저하, 확장 어려움, 유지보수 비용 증가로 이어집니다.

오늘 배울 도메인 모델링 원칙으로 처음부터 올바르게 설계합니다.

---

Why: 왜 도메인 모델링이 중요한가?

잘못된 설계의 비용

문제	증상	비용
슈퍼노드	특정 노드에 100만 관계	쿼리 10x 느려짐
속성 폭발	노드에 100개 속성	메모리 낭비
모호한 관계	RELATED_TO 남용	쿼리 복잡도 증가
일관성 부족	같은 개념 다른 이름	유지보수 혼란

좋은 설계의 이점

• 직관적인 쿼리: 비즈니스 질문 = 그래프 패턴
• 성능 최적화: 인덱스, 관계 방향 활용
• 확장 용이성: 새 기능 추가가 자연스러움
• 팀 커뮤니케이션: 모델이 문서 역할

---

오늘의 학습 목표

1. Object Type 개념과 설계 원칙 이해
2. 속성 vs 관계 결정 기준 마스터
3. 네이밍 컨벤션 적용
4. 이커머스 도메인을 그래프로 모델링
5. 설계 트레이드오프 분석

---

학습 순서

순서	주제	시간
1	Object Type 개념	20분
2	속성 vs 관계 결정	20분
3	네이밍 컨벤션	15분
4	이커머스 모델링 실습	35분
5	설계 검증 쿼리	20분
6	Day 2 퀴즈	15분
7	Day 2 챌린지	30분

총 학습 시간: 155분 (약 2시간 35분)