[Spring] DB 물리 삭제(hard delete) 시 의존성 문제가 발생한다는데, 어떻게 진행이 되나요?

Question

물리 삭제 시엔 의존성 문제가 발생할 수 있어서 지양한다고 하는데, 사실 스프링 기초가 부족하여 머릿속으로는 잘 상상이 가질 않습니다.만약 Member 와 Book 엔티티가 있고, Member가 여러 Book을 가지고 있는 일대다일 때 List<Book> 으로 내부에 가지고 있게 된다면, Member을 물리 삭제 시에 가지고 있던 모든 Book 도 다 같이 삭제될 우려가 있는 건가요?아니면 반대로 Book을 삭제하면 그 Book을 소유하고 있던 Member가 삭제된다거나..? 실행 시나리오가 잘 상상이 안 됩니다.혹시 알고 계신 분이 있다면 시나리오와 왜 그렇게 되는지 설명 부탁드립니다 ㅠㅠ 항상 감사드립니다!

장독깨기 · Accepted Answer

부모 엔티티를 삭제할 때, 자식 엔티티를 다 삭제해야 하잖아요. (안 그럼 FK 제약에 걸리죠)대 부분은 이렇게 처리하는 것이 맞습니다.근데, 좀 애매한 경우들이 있어요, 보통 회원이 그런데요,회원이 탈퇴를 하면 그 회원이 활동했던 모든 데이터들도 다 삭제를 하면 됩니다.근데, 남겨두고 싶은 것도 있고 뭐 그런 부분이 좀 있을 수 있습니다.이럴 경우 실제 삭제를 하지 않고 상태값으로 정리를 하는거죠.상품 같은 경우도 비슷한 예시가 될 겁니다. 이걸 실제 삭제 해버리면 곤란한 경우가 생깁니다.이 외에도 비지니스 관점에서 실제 삭제하지 않는 경우들이 종종 있습니다.물리 삭제 시엔 의존성 문제가 발생할 수 있어서 지양한다고 하는데,그니까, 이런 관점으로 접근하면 안 되구요,(이러면 의존성 문제가 발생할 소지가 있으니 삭제하지 마라 이렇게 됩니다. 이상합니다. )비지니스 관점에서 삭제할 건 삭제하고 남길 건 남기고 이렇게 해야겠죠.

집킨 · Answer

JPA사용중이라면 엔티티의 Cascade를 REMOVE로 할 경우 해당 엔티티 삭제시 연관 엔티티도 함께 삭제됩니다orphanRemoval 같은 경우도 엔티티 삭제를 고려해야하구요그게 아니라면 fk를 잘 설정해놨다면 물리 삭제로 인한 데이터 정합성 문제는 신경안써도 됩니다

나의라임오지는나무 · Answer

삭제됨 이라는 상태값을 가지는게 어떨까요

옥다방고양이 · Answer

✅️아래의 내용을 참고하세요. https://tcpschool.com/mysql/mysql_constraint_foreignKey..

[Spring] DB 물리 삭제(hard delete) 시 의존성 문제가 발생한다는데, 어떻게 진행이 되나요?

4개의 답변

기술 목록