스키마 설계 원칙

핵심 개념

Embedding vs Referencing을 상황에 맞게 선택합니다. 읽기 패턴 중심으로 스키마를 설계합니다.

코드 분석

MONGODB📋 코드 (1줄)

SCHEMA DESIGNEmbedding ✅자주 함께 조회1:1, 1:few 관계예: 주소, 태그Referencing ✅독립적으로 조회1:many 관계예: 게시글-댓글

AI 프롬프트

🤖 AI에게 잘 물어보는 법 — 모델·전략별 프롬프트

Claude

무료: Sonnet 4.6 / Pro $20/mo: Opus 4.6

이 MongoDB '스키마 설계 원칙' 쿼리에서
인덱싱 누락·풀스캔·N+1 위험을
분석하고 최적화 쿼리로 개선해줘.

ChatGPT

무료: GPT-5.5 / Plus $20/mo: GPT-5.5 Pro

'스키마 설계 원칙'를 활용한 실전 데이터 모델을
임베딩 vs 레퍼런스 비교와 함께
복사 가능한 스키마 코드로 만들어줘.

Gemini

무료: 2.5 Flash / Pro $19.99/mo: 3.1 Pro

이 MongoDB '스키마 설계 원칙' 쿼리 패턴 전체를 분석하고
인덱스 최적화·집계 파이프라인 개선·샤딩 전략을
우선순위로 정리해줘.

Grok

무료: Grok 4.1 / SuperGrok $30/mo

MongoDB '스키마 설계 원칙' vs PostgreSQL JSONB의 동일 기능 구현을
비용·성능·운영 난이도로
솔직히 비교해줘.

⭐ 이것만 기억하세요

스키마 설계 원칙은 이 3가지만 확실히 잡으세요

1.관계형 DB처럼 모든 데이터를 정규화하면 JOIN이 없는 MongoDB에서 매번 여러 컬렉션을 조회해야 합니다

2.자주 함께 읽는 데이터는 임베딩(중첩), 독립적으로 변경되는 데이터는 참조(ID 연결)로 설계합니다

3.다음 챕터에서 관계형 DB와 NoSQL의 차이와 선택 기준을 배웁니다

진행도 16 / 34