SQL과 NoSQL

서류를 어떻게 보관할 것인가

회사에 직원 정보가 있다고 합시다. 이걸 정리하는 방법은 두 가지입니다.

방법 A — 항목별로 나눠서 보관한다. 인사 카드는 인사 서랍에, 급여 내역은 급여 서랍에, 부서 정보는 부서 서랍에 넣습니다. 각 정보는 딱 한 곳에만 있습니다.

방법 B — 사람별로 묶어서 보관한다. "김철수" 폴더 하나에 그 사람의 인사, 급여, 부서 정보를 전부 넣습니다. 한 사람에 대해 알아야 할 게 있으면 그 폴더 하나만 꺼내면 됩니다.

이게 정확히 관계형(SQL)과 문서형(NoSQL)의 차이입니다.

방법 A가 좋을 때 — 고칠 일이 많다

"영업부" 이름이 "세일즈부"로 바뀌었다고 합시다.

방법 A에서는 부서 서랍의 카드 한 장만 고치면 끝입니다. 직원이 만 명이어도 마찬가지입니다. 부서 이름은 원래 한 곳에만 있었으니까요.

방법 B에서는 영업부 소속 직원 폴더를 전부 찾아서 하나씩 고쳐야 합니다. 하나라도 놓치면 그 사람만 아직 "영업부"입니다. 데이터가 서로 어긋나는 거죠.

방법 B가 좋을 때 — 꺼낼 일이 많다

"김철수의 프로필 화면을 보여줘"라는 요청이 초당 수천 건 들어온다고 합시다.

방법 B는 폴더 하나 꺼내면 끝입니다. 한 번의 조회입니다.

방법 A는 인사 서랍에서 한 장, 급여 서랍에서 한 장, 부서 서랍에서 한 장을 꺼내 책상 위에서 합쳐야 합니다. 이 '합치는 작업'을 조인(join)이라고 부릅니다. 서랍이 많아질수록, 데이터가 많아질수록 이 작업이 비싸집니다.

정리하면

핵심은 이겁니다. 방법 B의 빠름은 공짜가 아닙니다. 미리 합쳐 두는 대가로 같은 사실이 여러 폴더에 복사됩니다. 그 복사본들을 일치시킬 책임이 저장소에서 여러분의 코드로 옮겨온 것뿐입니다. 비용이 사라진 게 아니라 이사한 겁니다.

"그래서 뭘 써야 하나요"

이 질문 자체가 틀렸습니다. 올바른 질문은 "이 데이터로 무슨 일을 자주 하는가"입니다.

• 주문과 결제 — 틀리면 돈이 사라집니다. 한 곳에만 두고 정확히 고치는 게 중요합니다. → 관계형
• 상품 카탈로그 — 하루에 한 번 바뀌고 초당 수천 번 읽힙니다. 빠르게 꺼내는 게 중요합니다. → 문서형

그리고 이 둘은 같은 서비스 안에 공존합니다. 하나의 저장소로 전부 해결하려는 시도가 오히려 예외적인 선택입니다. 큰 서비스가 저장소를 여러 개 쓰는 것은 결정을 못 내려서가 아니라, 일마다 답이 다르기 때문입니다.

이름에 대한 오해 하나. NoSQL은 "SQL을 쓰지 않는다"는 뜻이 아니라 역사적으로 붙은 이름일 뿐입니다. 요즘 문서형 저장소 중에도 SQL과 거의 같은 질의어를 제공하는 게 많습니다. 이름이 아니라 데이터의 모양이 본질입니다.