처음부터 잘 짜자

오늘 다룰 것

1. 비유 — 부동산 평면도
2. 같은 게시판 두 모델 비교
3. 페이스북 모델 진화 사례
4. 모델링 5 가지 함정
5. 도메인에서 + 이력서에서

시작 전 — 용어 카드

자세한 건 강의 안에서. 모르는 단어 나오면 이 표 다시 보기.

결과 비교

단순한 게 항상 좋은 건 아님. 변화 패턴 이 모델 결정.

교훈 — 완벽한 모델은 없다

 처음부터 _작게_, _바꾸기 쉽게_
 명확한 _경계_ (애그리거트)
 책임 _분리_ (변경 이유 다름)

 모든 미래 _예측_
 한 Entity 50 속성
 한 테이블에 _다 때려넣기_

모델은 진화 한다. 진화하기 쉽게 만드는 게 핵심.

함정 1 — God Object

class Post {
  String title; User author;
  List<Comment> comments;
  List<Like> likes; List<Tag> tags;
  Statistics stats;
  Notifier notifier;
  // ... 50 개 더
}

한 객체가 모든 것 책임 → 변경 빈도 ↑, 락 경합 ↑. 애그리거트 분리: Post / PostStats / PostNotification.

함정 2 — 빈혈 모델

class Post {
  // setter, getter 만
}

class PostService {
  void publish(Post p) { ... }
  void archive(Post p) { ... }
}

객체 = 데이터 컨테이너, 행위 없음. 도메인 행위는 도메인 객체에: post.publish().

함정 3 — 분기 폭발

post.publish() {
  if (type == 'NORMAL')   ...
  if (type == 'NOTICE')   ...
  if (type == 'EVENT')    ...
  if (type == 'PRIVATE')  ...
}

새 타입 1 개 = 메서드 전부 수정. 다형성: NormalPost / NoticePost 분리.

함정 4 — 양방향 의존

class Post  { List<Comment> comments; }
class Comment { Post post; }

// Post 수정 → Comment 영향
// Comment 추가 → Post 영향

순환 의존 → 테스트 어려움 + LAZY 함정 + 캐시 무효화 복잡. 한쪽 방향만 (보통 N → 1).

함정 5 — id 만 있는 객체

class Order {
  Long userId;     // User 아님
  Long productId;  // Product 아님
}

User u = userRepo.findById(order.userId);

연관 의 의도가 숨음. 도메인 언어 잃음. Entity 참조 (애그리거트 안), id 참조 (애그리거트 밖).

실무에서 — 좋은 모델의 5 신호

5 개 중 3 개+ 만족 = 좋은 모델 출발.

이력서엔 — 모델링 카드

[게시판 도메인 분리로 락 경합 97% 감소]
P (문제) Post 단일 Entity — 좋아요 +1 시 본문 수정 락 충돌 12%
O (옵션) 비관 락 / 애그리거트 분리 / Redis counter
D (결정) PostStats 애그리거트 분리 — 변경 이유 다름
A (행동) Entity 분리 + 마이그레이션 + 부하 테스트
R (결과) 락 충돌 12% → 0.3% (-97%)

AI 잘 쓰는 법

• 잘하는 것: 1 차 Entity 추천, CQRS 같은 일반 패턴 설명
• 자주 hallucinate: 도메인 경계 추측, 한국 비즈니스 패턴
• 검증 루프:
  1. AI 모델 받기
  2. 변경 이유 같은 지 검토
  3. 도메인 전문가 / 시니어 페어
  4. 분리 근거 evidence

그럼 미션은?

• W2 미션 03-week2-jpa 의 entity-design-notes.md = 본인 모델 결정 근거
• W1 단순 모델을 애그리거트 관점 으로 다시 보기
• 연관관계 주인 결정도 도메인 의미 부터

막히면 → {cohort}-질문 채널 + 오피스아워 (화·목 21:00)