Web Basic · Database

SQL과 NoSQL 선택의 데이터 기준

데이터베이스 선택은 유행이 아니라, 관계의 강도·질의 패턴·일관성 요구·운영 경험을 기준으로 결정해야 한다.

01

데이터 관계

주문-사용자-결제처럼 강한 관계와 제약이 필요한지 본다.

02

읽기 패턴

조인이 많은지, 문서 단위 조회가 많은지, 검색이 필요한지 나눈다.

03

일관성 결정

즉시 일관성이 필요한 업무인지 eventual consistency가 가능한지 판단한다.

04

운영 검증

마이그레이션, 백업, 복구, 인덱스 변경 절차를 미리 확인한다.

RDBMS
관계형 데이터 외래키, 트랜잭션, 복잡한 질의에 강함
스키마 설계와 migration 중요
Document
문서 단위 저장 게시글, 설정, 이벤트처럼 한 덩어리 조회가 많을 때
중복 데이터 정합성 관리 필요
Key-Value
빠른 단순 조회 세션, 캐시, rate limit 카운터에 적합
복잡한 질의에는 부적합
Index
질의 성능의 핵심 where, order by, join 조건에 맞춰 설계
쓰기 비용과 저장 공간 증가

주요 질의 · 제약 조건 · 마이그레이션 점검

주요 질의 상위 5개 조회 패턴을 실제 쿼리로 적어볼 수 있다.
제약 조건 데이터 무결성을 앱 코드만 믿고 맡기지 않는다.
마이그레이션 스키마 변경과 롤백 절차가 있다.
백업 복구 장애 시 어느 시점까지 복구할지 정해져 있다.