처음부터 제대로

스타트업 CTO의 딜레마

**배경:** 커머스 스타트업 CTO, 팀 5명, 시드 투자 5억

**고민:**
- "빠르게 만들어야 하는데..."
- "나중에 리팩토링하면 되겠지?"

**현실:**
유저 1만 명 돌파 → DB 병목 발생 → 리팩토링 지옥

실패 경험

첫 번째 서비스 (2023)

**설계:**
급하게 테이블 만듦 → 정규화 무시

**결과:**
- 3개월 후 성능 저하
- 2개월간 DB 마이그레이션
- 서비스 중단 4시간

**교훈:**
"처음부터 제대로 설계하자"

김영한 강의 만남

**계기:** 투자자가 "기술 부채 줄여야 한다" 조언

**목표:**
- 확장 가능한 DB 설계
- 나중에 후회 안 할 구조

3단계 설계의 힘

개념적 설계

**배운 것:**
요구사항을 ERD로 시각화

**효과:**
팀원들과 DB 구조 공유 쉬워짐

논리적 설계

**정규화:**
데이터 중복 제거 → 확장 시 일관성 유지

**Before:**
주문 테이블에 모든 정보

**After:**
주문, 주문상세, 배송 분리

**장점:**
배송 로직 변경 시 주문 테이블 안 건드림

물리적 설계

**파티셔닝:**
처음부터 월별 파티셔닝 설정

**효과:**
유저 100만 명 돌파해도 성능 유지

쇼핑몰 프로젝트 실습

**내용:**
실제 커머스와 동일한 구조

**적용:**
우리 서비스에 패턴 그대로 적용

**결과:**
- 설계 기간: 1주
- 리팩토링 없이 1년째 운영 중

투자 유치

**시리즈 A:**
기술 스택 발표 시 "탄탄한 DB 설계" 강조

**투자자 반응:**
"확장 가능한 아키텍처네요"

**투자 유치:**
30억 성공

결론

스타트업이라도 김영한 강의로 **처음부터 제대로 설계**하면 기술 부채 없이 빠르게 성장할 수 있습니다!

---

**태그**: #김영한 #데이터베이스 #스타트업 #CTO #확장성 #DB설계