이의 나는 이런 식으로 뭔가를 보이는 메모를위한 REST 서비스를 구축하고자한다고 가정 해 봅시다 :클라이언트 측 ID 생성 전략
GET /notes/ // gives me all notes
GET /notes/{id} // gives the note identified by {id}
DELETE /notes/{id} // delete note
PUT /notes/{id} // creates a new note if there is no note identified by {id}
// otherwise the existing note is updated
내 서비스가 나는 PUT을 사용하고 indempotent 싶은 때문에 내 노트를 작성하고 업데이트하려면 으로 클라이언트가 새 노트 ID를 설정/생성한다는 의미입니다.
나는 GUID/UUID를 사용하려고 생각했지만 길었고 URL을 기억하기가 다소 어려웠습니다. 또한 데이터베이스 관점에서 볼 때 이러한 긴 문자열 ID는 큰 테이블에서 기본 키로 사용될 때 성능 관점에서 문제가 될 수 있습니다.
좋은 ID 생성 전략을 알고 계시다면 짧은 ID를 생성하고 물론 충돌을 피할 수 있습니까?
확인. 그러나 응답이 없어지면 어떻게 중복 생성을 피할 수 있습니까? – Zounadire
@ Zounadire : 당신은 (글쎄, 나는 몇몇 트릭이 있다고 믿을 수 없다). 일반 [tag : soap]이이를 보장하지는 않습니다. –
완벽한 답변. – shashankaholic