데이터베이스 Database

쉽게 말하면

시스템이 무언가를 "기억"해야 할 때마다 — 누가 가입했는지, 어떤 주문을 했는지, 어떤 게시글을 썼는지 — 데이터베이스가 필요해요. 데이터를 구조적으로 저장하고 빠른 조회 기능을 제공하죠.

데이터베이스는 보통 "테이블"로 데이터를 정리합니다. 테이블은 Excel의 시트 하나와 비슷해서, 한 줄이 한 건의 레코드, 한 열이 하나의 필드예요. 잘 설계하면 조회가 빠르고 정확하지만, 잘못 설계하면 시스템이 갈수록 느려지고 고치기 어려워집니다.

구체적인 엔진을 고를 때가 되면, SaaS 백엔드에는 PostgreSQL이나 MySQL, 소규모·로컬 앱에는 SQLite, 서버리스에는 Cloudflare D1, 데이터가 문서형이라면 MongoDB를 고려하세요.

회원 데이터를 저장한다고 해봅시다. 먼저 사용자 레코드 하나에 무엇을 담을지 — 어떤 열을 둘지 정해야 해요.

users
  id          사용자마다의 고유 번호 (기본 키)
  email       로그인용 이메일
  created_at  가입한 시각

기본 키(id)는 모든 행이 반드시 중복되지 않도록 보장되는 단 하나의 열이에요. 덕분에 시스템은 혼동 없이 정확히 한 명의 사용자를 가리킬 수 있죠. 다른 테이블(예: 주문)은 이 id만 기억해 두면 올바른 사람과 다시 연결할 수 있습니다.

자주 묻는 질문

데이터베이스와 엑셀은 무엇이 다른가요?

엑셀은 한 사람이 적은 데이터를 보는 데 적합합니다. 데이터베이스는 여러 사람이 동시에 안전하게 읽고 쓰며 일관성을 보장하고 수백만 건도 빠르게 조회합니다.

SQL과 NoSQL 중 무엇을 골라야 하나요?

대부분의 앱은 먼저 SQL(PostgreSQL 등)을 고르세요. 구조가 명확하고 관계형 조회가 강합니다. 데이터 구조가 자주 변하거나 극단적 수평 확장이 필요할 때만 NoSQL을 고려하세요.

처음부터 데이터베이스 성능을 걱정해야 하나요?

이른 과도한 최적화는 필요 없지만 두 가지 기본은 처음부터 챙기세요. 인덱스 설계와 N+1 쿼리 회피입니다. 나머지는 실제 트래픽과 측정 결과를 보고 나중에 조정하세요.