🔎 Overview

 @OneToMany 등의 어노테이션을 사용할 때, CascadeType 을 설정하는 것을 자주 보았을 것이다.

  기본적으로 1:N 이상의 연관관계일 때, 연관관계에 있는 한 엔티티 필드의 변화가 다른 엔티티 필드에 영향을 주지 않는다.

  예를 들어, 글과 댓글은 서로 1:N 연관관계이다.
이 경우, 1번 글에 댓글을 여러 개 작성하고 1번 글을 삭제하려고 하면 에러가 발생한다. 이는 댓글들이 1번 글에 대한 외래키를 가지고 있기 때문이다.

  Cascade를 활용하면, 1:1이 아닌 다양한 관계에서도 한 엔티티의 변화에 따른 다른 엔티티의 변화를 설정해줄 수 있다.

---

📕 Cascade

• 부모 엔티티와 자식 엔티티 간의 상태 전이를 자동화하는 기능
• JPA 에서 엔티티 간의 연관 관계를 다룰 때 사용
• 부모 엔티티를 저장하거나 삭제할 때, 자식 엔티티도 설정에 따라 저장 혹은 삭제되도록 처리할 수 있음

---

📑 CascadeType의 종류

1) CascadeType.ALL

• 모든 CascadeType 을 허가
• 부모 엔티티의 모든 상태 전이를 자식 엔티티에 전파

@OneToMany(mappedBy = "question", cascade = CascadeType.All)	// 연관 관계의 주인은 question 변수로 저장된 필드, 모든 상태 전이 허가
private List<Answer> answerList;

2) CascadeType.PERSIST

• 부모 엔티티가 영속성 컨텍스트에 저장될 때, 자식 엔티티도 영속성 컨텍스트에 저장

@OneToMany(mappedBy = "question", cascade = CascadeType.PERSIST		// 부모 엔티티가 EntityManger를 통해 영속성 컨텍스트에 persist 하면, 자식 엔티티도 함께 persist
private List<Answer> answerList;

Question question = new Question();
Answer answer = new Answer();
question.addAnswer(answer);		// 원래 영속성 컨텍스트에 저장되지 않음

entityManager.persist(question);	// DB에 저장

3) CascadeType.MERGE

• 부모 엔티티가 영속성 컨텍스트에서 병합될 때, 자식 엔티티도 함께 영속성 컨텍스트에서 병합

@OneToMany(mappedBy = "question", cascade = CascadeType.MERGE
private List<Answer> answerList;

Question question = entityManager.find(Question.class, 1L)	// 이 시점에 영속화
question.setContent("new content");

Answer answer = new Answer();	// 비영속 객체
answer.setContent("answer content");
question.addAnswer(answer);

entityManager.merge(question);	// 부모, 자식 엔티티 모두 병합

4) CascadeType.REMOVE

• 부모 엔티티가 삭제될 때, 자식 엔티티도 함께 삭제

@OneToMany(mappedBy = "question", cascade = CascadeType.REMOVE
private List<Answer> answerList;

Question question = entityManager.find(Question.class, 1L)
entityManger.remove(question);	// 부모, 자식 엔티티 모두 삭제

5) CascadeType.REFRESH

• 부모 엔티티가 새로 고침되면 자식 엔티티도 새로 고침

@OneToMany(mappedBy = "question", cascade = CascadeType.REFRESH)
private List<Answer> answerList;

6) CascadeType.DETACH

• 부모 엔티티가 영속성 컨텍스트에서 분리되면, 자식 엔티티도 함께 분리
• DETACH 는 엔티티를 준영속화 시키는 것으로, entityManger.detach 나 @Transcational 작업 이후에 적용된다.
  
  

• Cascade 의 경우 기본값이 없다. 즉, 사용하지 않으면 비활성 상태이다.

---

🕛 Cascade는 언제 쓰는 게 좋을까?

1) 부모-자식 관계의 데이터가 항상 함께 관리되어야 할 때

• 글이 삭제되면 댓글은 모두 함께 삭제되어야 함
• 회원 탈퇴를 하면 회원의 장바구니 목록은 모두 삭제되어야 함
  
  

2) 코드의 간결성과 유지보수성을 높일 때

• Cascade 를 사용하면 부모 엔티티만 관리해도 자식 엔티티의 생명주기를 자동으로 처리할 수 있음
• 이를 통해 코드가 더욱 단순화

3) 많지 않은 데이터를 다룰 때

• 많은 자식 엔티티가 연관된 경우, Cascade 로 인해 성능 문제가 발생할 수 있음
• 이러한 경우 별도의 Repository 등을 이용해서 관리

---

↔️ Cascade의 장단점

1) 장점

• 자동화
  • 부모 엔티티만 작업해도 자식 엔티티에서 자동으로 처리되므로, 코드가 단순해짐
• 코드 재사용성 증가
  • 부모 엔티티만 작업해도 되므로, 중복 코드의 작성 감소
• 관계 관리 용이
  • 외래키 등을 신경 쓸 필요가 없기 때문에, 연관 관계의 데이터 관리가 쉬움
    
    

2) 단점

• 성능 저하
  • 전파를 함부로 쓰면 불필요한 쿼리가 늘어서 성능의 저하를 초래
• 설계 의존성 증가
  • 잘못된 설정으로 인한 의도치 않은 데이터 손실 발생 가능
• 복잡한 디버깅
  • Cascade 로 인한 에러는 디버깅을 통해 추적하기 어려울 수 있음

---

‼️Cascade와 관련된 중요한 내용

• 해당 내용은 필자가 느끼기에 정말 매우매우 헷갈리고 중요한 내용
• 반복적인 학습을 통해 확실히 알고 가자

🤝 Cascade와 DB, 그리고 영속성 컨텍스트

• Cascade <-> 영속성 컨텍스트
  • 서로간의 직접적인 영향
  • cascade를 통한 변화는 영속성 컨텍스트의 객체에 영향을 줌
• Cascade <-> 데이터베이스
  • 서로간의 간접적인 영향
  • persist 에 의해 영속성 컨텍스트의 변화가 발생하더라도, 트랜잭션 내에서 rollback 이 수행되면 DB 의 데이터는 변하지 않음
    
    

✔️ @Transcational과 Cascade

• @Transactional 의 경우, 맨 마지막 commit 될 때 영속성 컨텍스트 내의 엔티티들이 자동으로 flush 되어 DB 에 저장
• 즉, cascade 옵션으로 지정된 필드의 변화가 생기더라도 commit 이전에는 DB 데이터의 변화가 없음
  
  
  

⭐ 연관관계와 CascadeType.PERSIST

• CascadeType.PERSIST 는 부모 엔티티와 자식 엔티티 사이 연관관계가 존재할 때 작동
• 연관관계가 없으면 자식 객체들을 자동으로 영속화 하지 않음
• CascadeType.PERSIST 가 설정된 경우, 부모 엔티티가 영속화 하는 시점에 자식 엔티티도 자동으로 영속화
  
  

✒️ 배운 내용으로 정리

❕CascadeType.PERSIST 적용 상태

@Transactional
public void doMethod() {
	Question question = new Question();	// 현재 비영속 상태
	Answer answer1 = new Answer();		// 현재 비영속 상태
	Answer answer2 = new Answer();		// 현재 비영속 상태

	// addAnswer 메서드는 쿼리로 연결되지 않은, 단순히 메모리상의 List에 Answer 객체를 더하는 작업
	question.addAnswer(answer1);	// 아직 영속성 컨텍스트에 저장 X
	question.addAnswer(answer2);	// 아직 영속성 컨텍스트에 저장 X
    
    // 트랜잭션 커밋 시점에 영속화 결정
}

• 트랜잭션의 커밋 이전에는 모든 객체가 전부 다 비영속 상태

• 트랜잭션 커밋 시점

1. persist 가 적용되지 않았고, Question 과 Answer 가 연관관계가 아닐 때
   • question 과 answer1 , answer2 모두 영속화 되지 않음
     
     
2. persist 가 적용되지 않았고, Question 과 Answer 는 연관관계이며, Answer 가 연관관계의 주인일 때
   • question 은 영속화되지만, answer1 과 answer2 는 영속화되지 않음
   • 연관관계일 경우, 부모 엔티티는 영속화
     
     
3. persist 가 적용되고, Question 과 Answer 가 연관관계가 아닐 때
   • question 은 영속화되지만, answer1 과 answer2 는 영속화되지 않음
   • persist 가 적용된 부모 엔티티는 영속화
     
     
4. persist 가 적용되고, Question 과 Answer 가 연관관계일 때
   • question, answer1 , answer2 가 모두 영속화
     

• 영속성 컨텍스트에 등록된 모든 변경 사항이 DB 에 반영

---

🔚 마무리지으며..

  공부하며 정리를 하다보니 헷갈리고 모르는 부분이 너무 많았다.

 특히 영속성 컨텍스트와 영속화, 준영속화 등의 개념에 대해 계속 혼동이 와서 하루종일 찾아본 것 같다.
연관된 내용이 많다보니 내가 지금 영속성 컨텍스트를 정리하는 건지, cascade를 정리하는건지 모르겠다..
배운 내용을 잊어버리기 전에, 빠른 시일 내에 학습한 영속성 컨텍스트에 관한 내용을 블로그에 정리하도록 해야겠다.

 😵‍💫 이 한 번의 포스팅 정리를 위해 질문해가며 학습한 내용의 스크롤..

---

참고) OpenAI. (2024).ChatGPT(4o)[Large language model].https://chatgpt.com/