JPA사용할 떄 외래키 제약조건 처리를 어떤 식으로 해 주나요?

Question

안녕하세요. 개인 프로젝트 개발 중에 궁금한 것이 생겨서 질문 드립니다.예를 들어 댓글 입력 기능이 있다고 할 때, 클라이언트가 의도적으로 요청 url 조작하여 요청을 보내,존재하지 않는 게시글에 대해 댓글 입력 기능을 요청하였다고 가정해 보겠습니다.이런 경우 예외 처리를 해 주어야 하는데, 지금까지는 보통 일단 요청이 들어오면 해당 Entity를 select해서 find하고 없을 경우 orElseThrow를 통해서 404에러를 내려주었습니다.근데, 문득 굳이 Entity가 필요하지 않은 로직인 경우 오로지 404처리를 위해서 Entity 조회 쿼리를 날리는 것이 뭔가 아깝다는 생각이 들었습니다.어차피 로직이 끝나고 database에 쿼리가 날아갈 때 외래키 제약조건에 어긋나서 에러가 발생되어 넘어올 텐데, 그 때 잡아서 처리해도 되지 않을까 싶었습니다.물론 비즈니스 로직이 길어지거나 오히려 비즈니스 로직 처리를 위해 중간에 데이터베이스에 쿼리가 날아가야 하는 경우에는 오히려 에러를 받기 전 까지 발생되는 비용 때문에 더 손해를 보게 될 것 같기도 하고.. 로직에 따라 방법을 분리하자니 통일성이 떨어지는 것 같기도 하고..이런 경우에 실무에서는 보통 어떤 식으로 처리를 하고 있는 지 궁금합니다..!

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

가정에 대해서 답변해드리면fk 필드에 null을 넣어도 보통 정상적으로 동작할텐데요.클라이언트에겐 존재하지 않는 게시글이라고 해도 db 테이블에는 게시글이 존재할 수 있습니다. 게시글이 비활성화 처리되는 경우. 보통 게시글을 삭제한다고 바로 db에서 데이터를 지우는게 아니라 비활성화 처리합니다. 비활성화된 게시글에 댓글을 남길때 정상적으로 동작하는 것도 비정상적인 행위겠죠.&#34;뭔가 아깝다는 생각&#34;이 나중에 본인 발목을 잡게되는 경우가 많습니다. 잘 고민해보시길 바랍니다.

장독깨기 · Answer

상황에 따라 다르겠지만, 저런 비 정상 요청의 경우 제약 오류로 처리해도 될 거 같습니다. 저도 그렇게 처리 합니다. FK 에 NULL 허용을 하면 안 되겠죠.그리고, 모든 경우를 굳이 통일성 있게 할 필요는 없습니다.가능한 경우, 어느 정도의 일관성만 지켜주면 될 거 같습니다.

kiel · Answer

DB에 쿼리 던지는 부분은 동일하지만 entity 생성하는 비용만 줄인다면 이렇게 하는 방법도 있습니다.if (repository.existsById(id)) { comment ... }

JPA사용할 떄 외래키 제약조건 처리를 어떤 식으로 해 주나요?

3개의 답변

Q&A 목록