DevOps · Infra·2026년 6월 21일·3 min read·

SQL vs NoSQL — 무엇이 다르고 언제 무엇을 고르나

관계형(SQL)과 NoSQL의 차이를 데이터 저장 방식부터 비교하고, SQLite·Postgres·MongoDB·Firestore가 각각 어디에 속하는지, 댓글 같은 실제 기능엔 무엇이 맞는지 정리했다.

Database SQL NoSQL PostgreSQL MongoDB

SQL vs NoSQL — 무엇이 다르고 언제 무엇을 고르나

블로그에 댓글 기능을 붙일 DB를 고를 때 "SQL이냐 NoSQL이냐"를 다시 짚게 됐다. 이름은 익숙한데 막상 "뭐가 다르냐"를 한 줄로 답하기 애매한 주제라, 기초부터 정리한다.

이름부터: NoSQL = "Not Only SQL"

SQL = 관계형 데이터베이스(RDBMS). 데이터를 표(테이블)에 저장하고 SQL 언어로 다룬다.
NoSQL = "SQL만 쓰는 게 아니다". 표가 아닌 다른 구조(문서·키값·그래프 등)로 저장하는 DB들의 통칭.

핵심 차이는 데이터를 어떻게 저장하느냐다.

저장 방식의 차이

SQL (관계형) — 엑셀 표처럼

컬럼이 미리 정해진 표에 행 단위로 저장한다.

code

comments 테이블
┌──────┬─────────────┬──────────┬─────────────┐
│ id   │ author_name │ content  │ created_at  │
├──────┼─────────────┼──────────┼─────────────┤
│ 1    │ 홍길동       │ 안녕      │ 2026-06-21  │
│ 2    │ ㅇㅇ        │ ㅋㅋ      │ 2026-06-21  │
└──────┴─────────────┴──────────┴─────────────┘

→ PostgreSQL, MySQL, SQLite

NoSQL (문서형) — JSON 덩어리처럼

스키마가 고정되지 않은 JSON 문서를 그대로 넣는다. 문서마다 모양이 달라도 된다.

json

{ "id": "abc", "author": "홍길동", "content": "안녕" }
{
  "id": "def", "author": "ㅇㅇ", "content": "ㅋㅋ",
  "likes": 5,                                   // 이 문서에만 있는 필드
  "replies": [{ "author": "김", "content": "ㄷㄷ" }]  // 중첩 구조
}

→ MongoDB, Firebase Firestore, DynamoDB

한눈에 비교

	SQL (관계형)	NoSQL (문서형)
저장 형태	정해진 표	자유로운 JSON
스키마	미리 고정	유연 (문서마다 달라도 됨)
관계 표현	테이블 간 JOIN	중첩하거나 직접 연결
복잡한 조회	강력 (SQL)	상대적으로 약함
확장 방식	수직(서버 키우기)에 강함	수평(서버 늘리기)에 강함
트랜잭션	강력 (ACID)	제한적 (제품마다 다름)
대표	PostgreSQL, MySQL	MongoDB, Firestore

"DB 없이 SQL"? — SQLite의 위치

자주 헷갈리는 지점. SQLite는 SQL 문법을 그대로 쓰지만 별도 DB 서버 프로세스가 없다. 파일 하나가 곧 DB이고, 라이브러리가 그 파일을 직접 읽고 쓴다.

code

일반 DB (Postgres/MySQL): 서버 프로세스가 항상 떠 있음 → 접속해서 쿼리
SQLite:                   파일 하나(app.db)가 DB. 서버 없음, 라이브러리가 처리

그래서 Cloudflare D1, Turso 같은 서비스가 "서버 관리 없이 SQLite를 클라우드에서" 제공한다 — "DB 없이 SQL 쓰는 느낌"에 가장 가깝다. 단, SQLite도 결국 쓰기를 받아줄 어딘가는 필요하다. 데이터를 저장할 곳이 0이면 SQL이든 NoSQL이든 불가능하다.