put과 patch 차이

Question

안녕하세용.제목 그대로 둘의 차이를 여쭤보려 합니다.사실 데이터를 업데이트할 때, 작성자, 생성일 등의 고정 컬럼들은 첫 생성 이후로는 변경되지 않잖아요?현실적으로 대부분의 상황에서는 전체 컬럼에 대한 업데이트가 일어나지 않는데,그렇다면 어떤 메소드를 사용하는 지 궁금합니다.여태까지 변경은 항상 patch로 작업해왔었는데, 문득 또 새 API 하나 만들다가 갑자기 떠올라서 여쭤봅니다.

옥다방고양이 · Answer

✅️님이 해오던 방법이 맞습니다.✅️실제 프로젝트에서는●PUT: “회원정보 전체 수정” 같은 기능●PATCH: “이메일만 변경”, “비밀번호만 변경” 같은 기능✅️PUT●의미: 리소스를 전체 교체(replace).●요청 시점에 전달한 JSON(혹은 XML 등) 데이터가 기존 리소스를 완전히 덮어씀.●기존 속성이 요청 바디에 없으면 삭제됨.●멱등성(idempotent) 보장 → 같은 요청을 여러 번 보내도 결과가 같음.✅️PATCH●의미: 리소스를 부분 수정(partial update).●요청 바디에 있는 속성만 수정, 나머지는 유지.●일부 구현에서는 멱등성을 보장하지 않을 수 있음(서버 설계에 따라 다름).

wharup · Answer

저는 보통 CRUD에서 U는 PUT으로 적용합니다.원래 스펙상의 PUT과 PATCH는 시스템이 제공하는 API랑은 잘 매치가 안되서각자의 원칙을 새우고 통일성 있게 사용하면 되니 PATCH를 사용하시는 건 이상하지 않다고 생각해요~

genonfire · Answer

변경된 데이터의 일부만 보낸다(회원 정보 변경 같은 경우) - PATCH이게 일부만 바꾼 건지 모르겠고 암튼 다 보낸다(북마크 전체 순서 변경 같은 거) - PUT

RWB · Answer

PUT과 PATCH 모두 자원을 수정한다는 공통점이 있지만, PUT에 대해 좀 더 자세히 들어보면 차이가 보입니다.RESTful에서 PUT은 자원 생성과 수정의 목적을 둘 다 갖고 있습니다. 근래엔 쉽게 UPSERT(UPDATE + INSERT)라고 표현하기도 해요.때문에 POST와 비슷하면서도 멱등성에서 차이가 발생합니다.예를 들어, 이름, 성별을 저장하는 단순한 플로우가 있다고 가정해봅시다.POST /api/user { name: "홍길동", gender: "M" } --- Response HTTP 201 Location /api/user/0005 (5번 째 데이터)POST는 게시한다는 뜻을 가집니다. 위와 같이 201 응답과 함께 생성된, 즉 게시된 자원의 위치를 반환합니다. (구성에 따라 자원 데이터 전체를 반환하기도 합니다)데이터에 유니크 제약이 없다는 전제하에, 만약 이 POST를 동일한 내용으로 여러번 날리면 어떻게 될까요?0006, 0007, 0008과 같이 동일한 데이터가 계속 생성됩니다. 다시 말해, 동일한 요청 = 다른 결과로 멱등성이 성립하지 않습니다.반면에 PUT은 보통 아래와 같이 구성됩니다.PUT /api/user/0006 { name: "홍길동", gender: "M" } --- // 만약 없다면 Response HTTP 201 Location /api/user/0006(6번 째 데이터) --- // 만약 이미 있다면 Response HTTP 200 { id: "0006" name: "홍길동", gender: "M", createdAt: (대충 UTC) }PUT은 민다. 즉, 데이터를 밀어넣는 역할을 합니다. POST와 다르게, 0006이라는 아이디를 같이 보냅니다.이 때, 타겟하는 아이디에 자원이 없다면, PUT은 POST와 동일하게 동작합니다. 데이터를 하나 생성해요.그러나 만약 0006 아이디가 기 존재한다면? 새로 생성하지 않고 데이터 전체를 수정합니다.하나의 컬럼이 박스라고 생각한다면, 이 박스를 지정된 위치(0006)에 밀어넣어, 공간이 비었다면 거기에 두고(INSERT), 이미 존재하는 박스가 있다면, 밀어넣은 박스로 전면 교체(UPDATE)하는 겁니다.PUT /api/user/0006 { name: "김철수" } --- Response HTTP 200 { id: "0006" name: "김철수", // 홍길동 -> 김철수 gender: null, // gender 데이터 없으므로 제거됨 createdAt: (대충 UTC) }이 때, 만약 데이터 중에 빈 컬럼을 보낸다면 컬럼 데이터를 삭제하게 됩니다. 데이터 전체를 교체하니까요.하지만 실제로 이렇게 PUT이 생성과 수정을 전부 담당하게끔 설계하지 않는 경우도 많습니다.보통 수정은 데이터의 기 존재를 전제하는 경우가 대부분이거든요.곰곰히 생각해보면 특정 아이디를 가진 데이터가 있으면 수정, 없으면 생성이 필요한 경우는 흔하지 않습니다.PATCH는 쉽습니다. 수정은 수정인데, 말 그대로 덧대는(PATCH) 행위에요.정직하게 보낸 컬럼의 데이터만 수정합니다.PATCH /api/user/0006 { name: "김철수" } --- Response HTTP 200 { id: "0006" name: "김철수", // 홍길동 -> 김철수 gender: "M", createdAt: (대충 UTC) }PATCH는 기 존재하는 자원을 수정하기만 할 뿐, 새로 생성하거나 하진 않습니다.마찬가지로 PATCH 또한 멱등성이 성립하는 요청입니다.PUT의 경우, 회원정보 수정과 같은 전체 정보를 수정함에 적합합니다.PATCH의 경우, 비밀번호만 변경한다던가, 계정에 연결된 알림 설정을 변경한다든지와 같이 "일부"만 수정할 때 적합합니다.

스프링잡부 · Answer

멱등성

put과 patch 차이

5개의 답변

Q&A 목록