Selection Criteria

DB 선택 기준

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

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

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

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

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

3 어디가 먼저 커지는가?

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

RDBMS 주문·결제·권한

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

Key-Value 세션·캐시·토큰

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

Document 상품·프로필·설정

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

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

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

Consistency 틀리면 안 되는 정도

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

Access 가장 잦은 질문

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

Scale 확장 방향

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

Operation 운영 가능한가

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