Spring boot에서 DB에 특정 행을 hard delete를 할때 궁금사항이 있습니다.

Question

예를 들어 게시판(board) - 댓글(comment) 구조가 있을 때,게시글을 삭제시 해당 게시글에 작성된 댓글을 삭제한다고 할때 (댓글 테이블에 board_id가 fk 걸려있음) 아래의 두 개 방법중 어떤걸 선호하시나요?(현업에선 종종 아예 외래키를 안거는 걸로 알고있습니다. 또한 soft delete를 하는 경우가 많다고 들었습니다.)//1번comment 테이블 생성시 외래키 제약조건으로 on delete cascade를 설정해 스프링 애플리케이션으로 board 삭제시 자동으로 comment 삭제되도록 설정alter table comment add constraint fk_comment_board foregin key (board_id) references board(board_id) on delete cascade;//spring &#64;Transactionalvoid deleteBoardById(final Long boardId){boardRepository.deleteById(boardId);}//2번 : 스프링에서 쿼리 2번 호출 (외래키 제약조건으로 on delete cascade 설정 X)&#64;Transactionalvoid deleteBoardById(final Long boardId){commentRepository.deleteByBoardId(boardId); //댓글 삭제boardRepository.deleteById(boardId); //게시물 삭제}개인적으로 스프링에서 2번 호출하는게 더 명확해 보여서 좋다고 생각하는데(게시판을 삭제할 때 뭐가 추가적으로 삭제될지 명확하게 확인됨) 어떻게 생각하시나요?

집킨 · Accepted Answer

확장성을 고려하면 2번이 좋습니다테이블에 그런 cascade 를 걸면 코드만 봐서는 게시글이 삭제되면 댓글도 삭제된다는 규칙을 파악하기 힘들죠JPA를 쓰고 엔티티에 cascade를 거는것도 마찬가지 입니다게시글과 댓글은 최소한 별개의 애그리거트인데 게시글 애그리거트가 댓글 애그리거트의 라이프 사이클까지 관여하면 애그리거트끼리의 의존성이 높아집니다당장의 개발 편의성만 놓고 보면 그냥 cascade가 좋아보이겠지만 품질적인 측면에선 애그리거트는 각각 삭제해주는게 좋죠

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

보통은 소프트딜리트하기때문에 평소에 고민하지 않는 내용이긴한데,예시의 경우는 두개의 라이프사이클이 달라서 cascade 걸면 안될 것 같네요

개발잡부 · Answer

A테이블이 있고, B테이블이 있을때, 누구나 명확하게 B가 완전히 A에 종속되어있을때는 Cascade 아닐때는 Cascade X 댓글이 진짜 딱 게시글과 매핑되어있고 아무런 기능도 안한다면 Cascade도 좋으나 보통 딸려있는 기능이 많아서 그렇게 하면 어디까지 Cascade될지 파악이 안됩니다. 예를들어 댓글에 좋아요/대댓글 기능이 있고, 좋아요/대댓글을 이용한 활동점수가 있고, 활동점수를 이용한 사용자 레벨이 있다면 게시글 하나 지웠을때 댓글, 댓글에 딸린 대댓글, 관련한 좋아요, 점수, 사용자레벨까지 난장판이 될꺼같습니다.

Spring boot에서 DB에 특정 행을 hard delete를 할때 궁금사항이 있습니다.

3개의 답변

Q&A 목록