[Spring][JPA] Cascade의 의미와 종류 알아보기.

 

 

다대다 매핑 엔티티 구조를 설계하면서
Cascade 타입을 설정했다.
Cascade가 무엇이며 어떤 종류가 있는지 살펴보자.

 

 

 

 

1. Cascade

• 영속성은 생성된 데이터나 객체가 프로그램을 종료하거나 시스템이 재부팅되어도 사라지지 않고 영구적으로 지속되는 특성을 말한다.
• Cascade는 영속성 전이로 부모 엔티티가 수행한 영속성 작업을 연관된 자식 엔티티에게도 자동으로 전달하는 기능이다.
• 예를 들어 부모 엔티티를 저장할 때 자식 엔티티도 함께 저장하거나 부모 엔티티를 삭제할 때 자식 엔티티도 함께 삭제되도록 만들 수 있다.
• JPA에서는 이러한 연관된 엔티티간의 의존성을 설정하기 위해 Enum 타입의 jakarta.persistence.CascadeType을 제공하고 있다. → JPA에서 CascadeType을 통해 어떤 작업을 자식 엔티티에게 전이할지 설정할 수 있다는 말이다.
• 주의) 자식 엔티티가 부모 하나에게만 소유되는 구조일 때 사용하는 것이 안전하다. 만약 여러 부모에게서 공유되는 엔티티에 REMOVE 같은 Cascade를 걸면, 의도하지 않은 데이터까지 함께 삭제될 수 있다.

 

 

 

---

 

 

 

 

2. CascadeType

• CascadeType.ALL
  아래의 모든 Cascade 설정을 한 번에 적용한다.
  
  
• CascadeType.PERSIST
  부모 엔티티가 영속화될 때, 연관된 자식 엔티티도 함께 영속화된다.
  
  
• CascadeType.REMOVE
  부모 엔티티가 삭제될 때, 연관된 자식 엔티티도 함께 삭제된다.
  
  
• CascadeType.MERGE
  준영속 상태의 부모 엔티티가 병합될 때, 자식 엔티티도 함께 병합된다.
  
  
• CascadeType.REFRESH
  부모 엔티티가 DB로부터 값을 다시 읽어올 때, 자식 엔티티도 함께 새로고침한다.
  
  
• CascadeType.DETACH
  부모 엔티티가 영속성 컨텍스트에서 분리(준영속화)될 때, 자식 엔티티도 함께 분리된다.

 

 

 

---

 

 

 

 

3. Cascade 사용의 대표적인 예시
    연관관계의 주인은 누구일까?

• Order과 OrderItem
  

Order 1개
 └── OrderItem 여러 개

주문 하나 안에 여러 주문상품이 들어간다.

 

Order
 ├── OrderItem: 사과
 ├── OrderItem: 우유
 └── OrderItem: 과자

사용자가 사과, 우유, 과자를 주문했다고 가정해보자.

 

주문 엔티티

@Entity
public class Order {

    // Order를 저장할 때, OrderItem도 함께 저장된다.
    @OneToMany(mappedBy = "order", cascade = CascadeType.PERSIST)
    private List<OrderItem> orderItems = new ArrayList<>();

    // 양방향 연관관계 편의 메서드
    // 부모와 자식의 관계를 한 번에 맞춰준다.
    public void addOrderItem(OrderItem orderItem) {
        orderItems.add(orderItem);
        orderItem.setOrder(this);
    }
}

@OneToMany(mappedBy = "order", cascade = CascadeType.PERSIST)

 

하나의 주문에는 여러 개의 주문 아이템이 들어갈 수 있다. 그래서 Order 엔티티에서는 @OneToMany를 사용해 OrderItem 목록을 가진다.

먼저 부모 엔티티는 Order, 자식 엔티티는 OrderItem이 맞다. 주문이 있어야 주문 아이템이 의미를 가지기 때문이다. 예를 들어 사과, 우유, 과자를 주문했다면 이 상품들은 모두 하나의 주문 안에 포함된다. 그래서 개념적으로 Order가 부모이고, OrderItem이 자식이다.

그런데 여기서 mappedBy = "order"는 이 관계의 주인은 order가 아닌 OrderItem 엔티티의 order 필드라고 알리고 있다. 이것은 또 무슨 이야기일까?

JPA에서 말하는 연관관계의 주인은 부모와 자식을 따지는 개념이 아니라, 외래 키를 실제로 관리하는 쪽을 말한다. 그러니까 영속성 전이로 봤을때는 부모 엔티티가 Order인게 맞고 그거와 별개로 외래키를 가지는 쪽은 OrderItem이라고 말하는 것이다. mappedBy는 이 외래키를 누가 가지고 있는지 정의한다.

 

 

주문 아이템 엔티티

@Entity
public class OrderItem {

    // OrderItem 입장에서는 자신이 어떤 Order에 속하는지 알아야 한다.
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "order_id")
    private Order order;

}

테이블을 열고 보면 더 쉽게 알 수 있다. order 테이블 안에 orderItem 목록이 저장되는 것이 아니다. 실제로는 order_item 테이블 안에 order_id라는 외래키가 들어간다. 즉, 어떤 주문 아이템이 어떤 주문에 속하는지는 OrderItem 테이블의 order_id 값으로 정해진다. 그래서 JPA에서는 외래키를 가지고 있는 OrderItem이 연관관계의 주인이 된다.

다시 정리하면 이렇다. 

부모 엔티티	Order
자식 엔티티	OrderItem
연관관계의 주인	OrderItem ( order_item 테이블이 order_id 외래 키를 가지고 있기 때문 )

Order가 부모 엔티티라고 해서 반드시 연관관계의 주인이 되지 않는다. JPA에서 연관관계의 주인은 항상 외래키를 관리하는 쪽이고 이 예시에서는 OrderItem이 그 역할을 한다.

서비스로직

@Service
@RequiredArgsConstructor
public class OrderService {

    private final OrderRepository orderRepository;

    @Transactional
    public void createOrder() {
        Order order = new Order();

        OrderItem apple = new OrderItem("사과");
        OrderItem milk = new OrderItem("우유");

        // Order와 OrderItem을 연결한다.
        order.addOrderItem(apple);
        order.addOrderItem(milk);

        // CascadeType.PERSIST 덕분에 Order만 저장해도
        // 연결된 OrderItem들도 함께 저장된다.
        orderRepository.save(order);
    }
}

    @OneToMany(mappedBy = "order", cascade = CascadeType.PERSIST)
    private List<OrderItem> orderItems = new ArrayList<>();

JPA는 이 코드를 보고 Order를 저장할 때, Order 안에 들어있는 orderItems도 같이 저장한다. cascade = CascadeType.PERSIST가 Order 엔티티 안의 orderItems 필드에 붙어 있기 때문에, Order에서 OrderItem 방향으로 저장 작업이 전이된다. 

        // Order와 OrderItem을 연결한다.
        order.addOrderItem(apple);
        order.addOrderItem(milk);

이 메서드의 내부는 이렇게 처리된다.

public void addOrderItem(OrderItem orderItem) {
    // Order 안의 주문 아이템 목록에 추가
    this.orderItems.add(orderItem);

    // OrderItem 입장에서도 자신이 어떤 Order에 속하는지 저장
    orderItem.setOrder(this);
}

그러면 객체 상태는 이렇게 된다.

Order
 └── orderItems
      ├── apple  → order 참조
      └── milk   → order 참조

이 상태에서

orderRepository.save(order);

JPA는 Order를 먼저 저장한다. 그런데 Order 안에는 orderItems 필드에 cascade = CascadeType.PERSIST 설정이 있었다. 그러면 이걸 본 JPA는 orderItems 안에 있는 OrderItems들도 같이 저장하려한다. 다시 쉽게 설명하자면 OrderRepository.save(order) 한줄만 작성하더라도 내부에선 order 저장 - apple 저장 - milk 저장이 된다.

 

 

Q. 만약 Cascade를 사용하지 않았다면 어떻게 될까?

A. Cascade가 없다면 당연히 JPA는 Order만 저장한다. orderRepository.save(order)를 적으면 OrderItem은 자동 저장되지 않는다. 그래서 직접 저장해줘야한다.

orderRepository.save(order);
orderItemRepository.save(apple);
orderItemRepository.save(milk);