스프링 초보 CRUD 중 SAVE 요청 질문

Question

선생님들 안녕하세요. 스프링 부트와 jdbc로 간단한 crud를 연습하고 있는 왕초보1입니다. 클라이언트에서 보내준 제목과 본문을 DB에 저장하는 아주 간단한 컨트롤러를 만들던 와중 고민이 생겨 찾아뵙게 됐습니다! 대부분의 경우 뭔가를 저장할 때 클라이언트는 id 값을 제외한 나머지 필드만 보내주고 id 값은 백엔드에서 알아서 하지 않습니까? 현재 테이블의 id 값은 AUTO_INCREMENT로 세팅해 두었으니, 제목과 본문을 쿼리 파라미터로 받고 그대로 sql 쏴서 저장하려고 했으나, 복잡한 객체나 유지 보수를 고려해 아무래도 BODY로 객체를 받는 게 맞는다고 생각해 엔티티를 작성했습니다. 문제는 db에 id 값을 AUTO_INCREMENT로 세팅해 두어서 엔티티를 만들 때 id 필드가 포함되면 거시기한 상황이 발생합니다. id 값을 제가 정하는 게 아니라 dbms가 알아서 정할 테니까요. 그렇다고 빼기에는 클라이언트에서 읽기 요청을 보내면(테이블 전체 읽기 등등...) id 값을 포함해서 보내줘야 하지 않습니까? 그래야 id 값을 기반으로 업데이트, 삭제 요청을 보낼 테니까요. 이런저런 고민 끝에 id 필드를 포함하는 DTO를 작성하려고 하는데 검증에서 막혀버렸습니다. 첫 번째 사진은 컨트롤러이고 두 번째 사진은 레포지토리입니다. 서비스는 그냥 레포지토리에 파라미터 전달하고 있습니다. 처음 튜플을 저장할 때 엔티티를 BODY로 받아서 그대로 저장한 다음, id가 포함된 DTO를 응답해 주고 있습니다. 이렇게 할 경우 문제가 나중에 업데이트 같은 경우 id가 포함된 DTO를 BODY로 받아야 할 텐데 그럼 DTO 클래스에도 빈 벨리데이션을 적용해야 하고 저장할 때 사용하는 엔티티도 save 메서드에 사용되니까 벨리데이션을 적용해야 하는 요상한 상황이 생깁니다. 그렇다고 처음 저장할 때(save 메서드) BODY로 id 필드가 포함된 DTO를 받기에는 말씀드렸다시피 id 값은 백에서 관리해야지 클라이언트가 보내주는 게 아니잖아요. ㅠㅠ 진퇴 양난의 상황입니다. 정말 간단한 건데 이렇게 설계가 어려울줄 몰랐습니다. 조언 주시면 정말 감사하겠습니다 선생님들!!

감독님테스트가하고싶어요 · Answer

질문을 잘못이해한게 아니라면 save, update 용 요청 dto를 따로 쓰면 되는 문제 아닌가요?

오후 · Answer

1 : insert/update 검증용 parameter 분리2-1 : 1개로 쓴다면 id 값만 validation 설정안하고 service단 로직에서 검증2-2 : 1개로 쓴다면 위작업 하신거처럼(/read/{id}) pathvariable 로 받은 id 값을 주입해 사용

스프링 초보 CRUD 중 SAVE 요청 질문

2개의 답변

Q&A 목록