RDBMS Tradeoff

RDBMS는 정확한 관계 표현에 강하지만 설계 품질에 크게 의존한다

관계형 데이터베이스는 트랜잭션, SQL, 제약 조건, 조인으로 데이터를 일관되게 다루기 좋습니다. 하지만 성능과 안정성은 스키마, 인덱스, 격리 수준, 질의 패턴에 따라 달라집니다.

강점

DB가 맡아주는 구조적 보장

ACID 트랜잭션 중간 실패가 데이터 상태를 깨지 않도록 작업 단위를 관리합니다.

제약 조건과 외래키 키, 참조, CHECK 조건으로 잘못된 데이터를 줄입니다.

SQL과 조인 정규화된 여러 테이블의 관계를 표준 질의로 표현합니다.

비용

스키마 변경 비용 구조 변경이 앱, 마이그레이션, 리포트에 영향을 줄 수 있습니다.

수평 확장 난이도 강한 일관성과 조인을 유지하며 DB를 나누는 일은 어렵습니다.

질의 성능 편차 조인과 인덱스 설계가 맞지 않으면 성능이 크게 흔들립니다.

좋은 선택 정합성 실패 비용이 크다 돈, 권한, 계약, 재고처럼 오류 비용이 큰 도메인에 잘 맞습니다.

설계 포인트 정규화와 조회 패턴을 함께 본다 중복을 줄이되 실제 화면과 API가 묻는 질문도 반영해야 합니다.

다른 선택 모든 워크로드의 자동 정답은 아니다 키 조회, 문서, 그래프, 벡터 중심이면 다른 모델도 검토합니다.

정리

RDBMS는 정확한 구조와 관계를 DB가 함께 지켜주는 모델입니다. 다만 그 보장은 올바른 스키마, 제약 조건, 인덱스, 트랜잭션 설계 위에서 힘을 냅니다.