CRUD

CRUD(Create, Read, Update, Delete)는 데이터를 만들고 읽고 수정하고 삭제하는 네 가지 기본 작업을 묶은 표현입니다. 데이터베이스와 업무용 애플리케이션의 기능을 설명할 때 쓰이며, 각 작업의 입력과 접근 권한은 서비스가 정합니다. 네 작업이 있다는 사실만으로 업무 규칙이나 보안, 오류 복구까지 구현됐다고 판단하지는 않습니다.

데이터의 생애를 다루는 네 작업

MDN의 CRUD 정의는 영문 네 단어를 데이터 저장소에 지속적으로 보관하는 애플리케이션의 기본 작업으로 설명합니다. Create는 새 데이터를 만들고, Read는 저장된 데이터를 읽습니다. Update는 기존 데이터를 바꾸고, Delete는 해당 데이터를 지웁니다. 영어 약어를 풀어 읽으면 화면에 어떤 버튼이 필요한지보다 시스템이 데이터에 어떤 변화를 주는지에 초점이 맞춰집니다.

연락처 관리 서비스에서 새 사람을 등록하는 일은 생성, 이름으로 찾는 일은 조회, 전화번호를 바꾸는 일은 수정, 연락처를 지우는 일은 삭제에 해당합니다. 하나의 화면이 여러 작업을 묶어 제공할 수도 있습니다. 저장 버튼이 새 자료를 만드는지 기존 자료를 바꾸는지는 대상이 이미 존재하는지와 서버의 처리 규칙에 따라 달라집니다. 버튼 이름만으로 데이터 작업을 분류하면 생성과 수정의 경계가 흐려질 수 있습니다.

MongoDB의 CRUD 문서는 문서 데이터베이스에서 생성, 읽기, 갱신, 삭제에 대응하는 연산을 나눠 설명합니다. 조회에는 조건을 사용해 필요한 문서를 고르고, 갱신과 삭제도 영향을 받을 문서를 조건으로 지정합니다. 같은 CRUD라는 표현을 쓰더라도 관계형 데이터베이스의 행과 문서 데이터베이스의 문서는 저장 형태가 다릅니다. 작업의 목적과 실제 호출 문법을 구별하면 특정 제품의 함수 이름을 일반 개념으로 착각하지 않습니다.

HTTP 메서드와 저장 연산의 차이

웹 API에서는 CRUD 작업을 HTTP 요청으로 드러낼 수 있습니다. HTTP 명세는 GET, POST, PUT, DELETE 같은 메서드의 의미를 각각 정합니다. 다만 CRUD는 데이터 작업의 분류이고 HTTP 메서드는 통신 요청의 의미를 표현합니다. 실제 API에서 새 데이터를 만드는 주소와 본문 형식, 수정에 PUT이나 PATCH를 쓰는 방식은 그 API의 계약이 정합니다. CRUD 네 글자만 보고 요청 형식을 완성할 수는 없습니다.

조회 요청 하나가 데이터베이스 조회 한 번과 정확히 대응하는 것도 아닙니다. 연락처 목록에 검색어와 정렬 조건이 있으면 여러 조건을 적용할 수 있고, 화면에 표시할 부가 정보를 다른 저장소에서 가져올 수도 있습니다. 사용자에게는 한 번의 Read 기능으로 보이지만 내부 호출 횟수와 비용은 구현에 따라 달라집니다. 화면 동작, API 요청, 데이터베이스 연산을 나누어 보면 느린 구간을 찾을 때 조사 범위를 좁힐 수 있습니다.

권한과 실패 범위를 정하는 조건

CRUD가 구현됐는지 확인할 때는 성공한 요청뿐 아니라 잘못된 입력과 허용되지 않은 접근도 봅니다. 연락처를 읽을 수 있는 사람에게 삭제 권한까지 주어야 하는 것은 아닙니다. 생성에는 필수 값 검사가, 수정에는 바꿀 수 있는 필드의 범위가, 삭제에는 관련 데이터의 처리 규칙이 필요할 수 있습니다. 이 조건들은 네 가지 작업 이름 안에 자동으로 포함되지 않으므로 서비스 요구에 맞춰 별도로 정합니다.

MongoDB 문서는 단일 문서를 바꾸는 쓰기 작업의 원자성을 설명합니다. 여러 문서를 대상으로 한 작업 전체가 같은 범위로 한 번에 성공하거나 실패한다고 확대할 수는 없습니다. 계좌 이체처럼 두 자료의 변경이 함께 성립해야 하는 업무라면 트랜잭션이나 이에 해당하는 일관성 설계를 검토합니다. Create나 Update라는 분류는 데이터에 할 일을 나타내며, 실패 시 어느 범위가 되돌아가는지까지 정해 주지는 않습니다.

삭제도 실제 데이터를 즉시 없애는 방식과 삭제 표시만 남기는 방식이 다릅니다. 복구 기능이 필요하다면 남겨 둔 자료를 일반 조회에서 어떻게 제외할지까지 설계에 들어갑니다. 오류 후 같은 요청을 다시 보낼 때 중복 생성이나 반복 결제가 생기는지도 업무별로 확인합니다. 이런 조건을 작업별로 연결해 두면 단순한 CRUD 화면에서 실제 운영 가능한 기능으로 넘어갈 때 필요한 검증 범위가 드러납니다.