DB PK를 프론트에서 만드는 경우도 있나요?

Question

새로운 프로젝트에서 백엔드 파트를 맡아서 진행중인데 PK를 프론트에서 받아 처리하라는 지시를 받았습니다. 저는 이런 경험이 없어서 좀 의아하네요.이런 경우 어떤 장점이 있을까요? 경험 있으신 분 계시면 조언 부탁드립니다.

カワウソ · Answer

요청 트래픽을 트래킹하고자 하는 목적이라면 이해되고 프론트가 아닌 외부에서 UUID를 발급하는 구조는 대규모 시스템 설계 서적에서 보긴 했습니다.

옥다방고양이 · Answer

(1)굉장히 생소하고, 당황스러운 상황입니다.(2)지시는 그렇게 내려졌지만, 백엔드 입장에서 프론트에서 주는 PK 뿐만 아니라, 다른 칼럼정보들에 대해서도, 2중으로 확인,검토해봐야 합니다.&#x1f449;이렇게 했다가, 성능안나오던지, 갈아 엎는 상황이 오면, 백엔드가 덤태기 쓸 확률 높습니다

엡실론 · Answer

Api를 idempotent 하게 하기 위해서 클라이언트에서 키, 혹은 키의 일부를 만들기도 합니다. Rest api의 put과 post의 차이를 생각해보세요.

DizY · Answer

경우에 따라 분산 시스템에서의 추적이나 중복 요청을 막아야 할 만큼 하나의 트랜잭션이 중요해서 트랜잭션 키를 요청자 단에서 관리하는 경우가 있긴 있습니다. 주로 결제 쪽이나 이런 부분일 것 같은데요. 그런 요구사항이 있는게 아니라면 고민되는 부분은 있어보입니다.

kiel · Answer

PK 가 꼭 auto increment 여야 할 필요는 없죠. unique를 보장할 수 있는 상태라면 DB 외부에서 생성해도 됩니다. 보통은 unique 보장이 쉽지 않고, PK 값 자체가 어떤 의미를 가지지 않게 하기 위한 제일 편한 방법이 auto increment 여서 많이 쓰는거죠.

DB PK를 프론트에서 만드는 경우도 있나요?

5개의 답변

기술 목록