Selection Criteria

데이터베이스는 제품명보다 작업 패턴과 실패 비용으로 먼저 고른다

좋은 선택은 “유명한 DB”를 고르는 것이 아니라 자주 묻는 질문, 쓰기 패턴, 정합성 요구, 운영 가능성을 맞추는 일입니다. 워크로드가 달라지면 같은 제품도 좋은 선택이 아닐 수 있습니다.

1 정합성이 업무의 중심인가?

결제, 재고, 권한처럼 틀리면 안 되는 데이터는 트랜잭션과 제약 조건이 우선이다.

2 조회 경로가 어떤 모양인가?

키 조회, 조인, 문서 단위 조회, 관계 탐색, 전문 검색, 유사도 검색을 구분한다.

3 어디가 먼저 커지는가?

읽기 폭증, 쓰기 폭증, 데이터 양 증가, 글로벌 분산 중 병목을 찾는다.

RDBMS 주문·결제·권한

관계, 조인, ACID 트랜잭션, 제약 조건이 업무 규칙의 중심일 때 출발점이 된다.

Key-Value 세션·캐시·토큰

키를 알고 빠르게 읽고 쓰는 패턴이며 복잡한 조건 검색이 중심이 아닐 때 맞다.

Document 상품·프로필·설정

중첩된 속성을 한 번에 읽고, 레코드마다 구조가 조금씩 달라지는 경우에 유리하다.

Graph 추천·사기 탐지·관계 탐색

질문 자체가 여러 단계의 관계 경로를 따라가는 문제라면 그래프 모델이 자연스럽다.

Consistency 틀리면 안 되는 정도

정합성이 강할수록 트랜잭션과 무결성 보장을 먼저 본다.

Access 가장 잦은 질문

검색 방식과 저장 모델이 맞아야 쿼리와 운영이 단순해진다.

Scale 확장 방향

읽기 복제, 파티셔닝, 샤딩, 캐시 중 병목에 맞는 방법이 달라진다.

Operation 운영 가능한가

백업, 장애 대응, 비용, 팀 숙련도는 성능표만큼 실제 선택을 좌우한다.