[DB] 데이터베이스 선택 가이드: RDBMS vs NoSQL, 그리고 MongoDB와 PostgreSQL 비교

현대 애플리케이션 개발에서 가장 중요한 의사결정 중 하나는 "어떤 데이터베이스를 사용할 것인가?"입니다. 이 글에서는 RDBMS와 NoSQL의 차이를 명확히 하고, 대표적인 NoSQL인 MongoDB와 RDBMS의 양대 산맥인 PostgreSQL vs MySQL을 비교 분석합니다.

---

1. RDBMS vs NoSQL: 개념과 장단점

1.1 RDBMS (Relational Database Management System)

데이터를 테이블(Table) 형식으로 저장하며, 행(Row)과 열(Column)로 구성됩니다. 테이블 간의 관계(Relation)를 정의하여 데이터를 관리합니다. (예: MySQL, PostgreSQL, Oracle)

• 장점 (Pros)
  • 데이터 무결성(Data Integrity): ACID(Atomicity, Consistency, Isolation, Durability) 트랜잭션을 철저히 지원하여 데이터의 정확성을 보장합니다.
  • 표준화: SQL이라는 표준 언어를 사용하여 데이터에 접근하므로 관리가 용이합니다.
  • 구조적 안정성: 명확한 스키마(Schema)가 정의되어 있어 데이터 구조가 일관됩니다.

• 단점 (Cons)
  • 유연성 부족: 스키마 변경이 어렵습니다 (Migration 비용 발생).
  • 확장성 한계: 수직적 확장(Scale-up, 고성능 장비로 교체)에 의존적이며, 수평적 확장(Scale-out)이 상대적으로 어렵고 복잡합니다.

1.2 NoSQL (Not Only SQL)

고정된 테이블 스키마가 없으며, Key-Value, Document, Graph 등 다양한 형태로 데이터를 저장합니다. 대규모 데이터 처리에 적합합니다. (예: MongoDB, Redis, Cassandra)

• 장점 (Pros)
  • 유연성: 스키마가 없거나(Schemaless) 유연하여 데이터 구조 변경이 자유롭습니다.
  • 확장성(Scalability): 수평적 확장(Scale-out, 서버 증설)이 용이하도록 설계되었습니다.
  • 고성능: 대용량 데이터의 읽기/쓰기 성능이 뛰어납니다.

• 단점 (Cons)
  • 데이터 일관성: RDBMS보다 데이터 일관성이 느슨할 수 있습니다 (Eventual Consistency).
  • 복잡한 쿼리: Join 연산이 없거나 비효율적이며, 데이터 중복 저장이 발생할 수 있습니다.

---

2. MongoDB란? (The Document DB)

MongoDB는 가장 대중적인 Document 기반의 NoSQL 데이터베이스입니다. 데이터를 JSON과 유사한 BSON(Binary JSON) 형태로 저장합니다.

// MongoDB Document 예시
{
  "_id": "64f1a2b3c...",
  "username": "developer_kim",
  "skills": ["Python", "Java", "AWS"],
  "projects": {
    "name": "Sangchu",
    "role": "Backend"
  }
}

2.1 MongoDB의 장점

1. Schema-less: 필드를 자유롭게 추가/삭제할 수 있어 개발 속도가 빠르고 요구사항 변경에 유연하게 대처 가능합니다.
2. 강력한 Sharding: 데이터를 여러 서버에 분산 저장하는 샤딩(Sharding)을 기본적으로 지원하여, 데이터가 급증해도 수평적 확장이 매우 쉽습니다.
3. 풍부한 쿼리 언어: 단순 Key-Value 조회가 아니라, 범위 쿼리, 정규표현식 검색, Aggregation Framework 등 강력한 데이터 가공 기능을 제공합니다.

2.2 MongoDB의 한계 및 고려사항

1. 트랜잭션 비용: 4.0 버전부터 Multi-document Transaction을 지원하지만, RDBMS에 비해 성능 비용이 높습니다. 금융권 수준의 복잡한 트랜잭션이 필요한 곳에는 신중해야 합니다.
2. 데이터 중복: Join 성능이 떨어지므로(Lookup 연산), 읽기 성능을 위해 데이터를 중복 저장(Denormalization)하는 경우가 많아 스토리지 사용량이 늘어날 수 있습니다.
3. 메모리 사용량: 고성능을 위해 데이터를 메모리에 많이 적재하므로 메모리 관리가 중요합니다.

---

3. RDBMS의 왕좌 게임: PostgreSQL vs MySQL

둘 다 훌륭한 오픈소스 RDBMS이지만, 사용 목적에 따라 선택이 갈립니다.

특징	MySQL (MariaDB)	PostgreSQL
철학	속도와 단순함, 대중성 지향	기능의 다양성, 표준 준수, 안정성 지향
아키텍처	단순한 구조, 읽기(Read) 최적화	복잡한 쿼리 및 쓰기(Write) 최적화
JSON 지원	지원하지만 제한적	JSONB 타입을 통해 NoSQL 수준의 핸들링 지원
확장성	Replication 구성이 쉽고 보편적	다양한 확장 기능 및 플러그인(PostGIS 등) 강력
동시성 제어	단순한 Locking 메커니즘	MVCC(Multi-Version Concurrency Control)가 매우 뛰어남

3.1 MySQL을 선택해야 할 때

• 단순한 읽기 위주의 웹 애플리케이션 (게시판, 블로그 등).
• 가장 널리 쓰이는 레퍼런스가 필요하고, 운영 노하우가 부족할 때.
• 업데이트 연산보다는 단순 조회가 압도적으로 많을 때.

3.2 PostgreSQL을 선택해야 할 때

• 복잡한 쿼리(Complex Join, Subquery)가 빈번한 데이터 분석 시스템.
• 지리 정보 시스템(GIS) 등 특수 목적의 데이터 처리가 필요할 때 (PostGIS).
• 빈번한 데이터 업데이트와 동시 접속 처리가 중요한 엔터프라이즈급 서비스.
• RDBMS를 쓰면서도 JSON 데이터 구조를 적극적으로 활용하고 싶을 때.

---

4. 마치며: 정답은 없다 (Trade-off)

• 초기 스타트업 / 프로토타입: 스키마 변경이 잦다면 MongoDB가 유리할 수 있습니다.
• 정형 데이터 / 금융 / 결제: 데이터 무결성이 최우선이라면 RDBMS를 사용해야 합니다.
• 복잡한 비즈니스 로직: PostgreSQL이 최근 많은 개발자들의 선택을 받고 있습니다.

결국 "내 서비스의 데이터 형태와 엑세스 패턴이 어떤가?"를 먼저 파악하는 것이 올바른 DB 선택의 첫걸음입니다.