비교의 핵심

저장 모델은 이름이 아니라 데이터를 다루는 방식으로 고릅니다

같은 데이터를 저장하더라도 가장 자주 하는 조회가 무엇인지, 구조가 얼마나 유연해야 하는지, 확장과 정합성 중 무엇을 더 우선하는지에 따라 자연스러운 모델이 달라집니다.

읽는 순서

가운데의 공통 질문을 먼저 보고, 주변 카드에서 각 모델이 어떤 데이터 구조와 접근 패턴에 맞는지 연결해서 읽으면 됩니다.

단일 키 중심

Key-Value

키 하나로 바로 찾는 조회가 대부분일 때 가장 단순하고 빠릅니다.

데이터키 : 값
쿼리키 검색만 지원
운영확장성 매우 높음
먼저 보는 질문

데이터를 어떻게 읽고
어디서 병목이 생기나?

저장 모델은 기능 목록보다 데이터 형태, 조회 방식, 운영 우선순위의 조합으로 결정됩니다.

형태 키, 문서, 컬럼, 관계
조회 키 조회, 필드 검색, PK 범위, 관계 탐색
운영 확장성, 일관성, 트랜잭션
유연한 문서

Document

JSON 문서 단위로 저장하면서 필드 조건과 중첩 구조를 함께 다룹니다.

데이터JSON 문서
쿼리풍부한 필드 질의
운영높은 확장성 + 스키마 유연성
대량 분산 쓰기

Wide-Column

행과 컬럼 패밀리로 묶어, PK 기반 접근과 분산 확장을 우선할 때 적합합니다.

데이터행 : 컬럼 패밀리
쿼리PK 기반 조회가 중심
운영확장성 매우 높음
연결 관계 탐색

Graph

데이터 값보다 노드 사이의 연결 자체가 중요한 문제를 빠르게 풀어냅니다.

데이터노드 : 엣지
쿼리관계를 따라가는 탐색
운영관계 일관성에 강함
정합성 기준점

RDB는 트랜잭션과 SQL이 중요한 업무의 기본선입니다

테이블 기반 구조는 복잡한 조회와 강한 일관성을 가장 안정적으로 제공하므로, 주문·결제·회원처럼 핵심 상태를 다루는 업무에서 기준점 역할을 합니다.

데이터테이블 : 행 : 열
쿼리SQL로 매우 높은 유연성
일관성ACID 기반의 강한 정합성
확장성NoSQL 계열보다는 보통