super class 를 필드로 가지는 엔티티에서 super 가 아닌, sub 로 가지고 올 때의 전략

강의의 예제와 비슷하게, Item 과 Order 라는 엔티티가 있고 OrderItem 이라는 엔티티가 그 사이에서 "주문한 상품" 목록을 정의하고 있습니다. 이때 Order 는 일대다로 Set<OrderItem> 을 참조합니다.

그런데 회사에서 요구사항으로 Order 와 함께 각각 Item 의 서브타입인 Album, Movie, Book 정보를 모두 각각 조회해달라고 하는 상황입니다.

OrderItem 은 Item 만을 가지고 있기 때문에 구체 클래스인 Album 등을 orderItem.getAlbum(); 처럼 가져오지 못 하는 상황인데, 이때 이를 가져올 수 있는 전략에는 어떤 것들이 있을까요?

1. itemId 로 다시 repository 로 데이터를 가져온다.

    

   Item getItem = orderItem.getItem();
   if (getItem.getType() == ALBUM) {
       Optional<Album> optAlbum = albumRepository.findById(getItem.getId());
   } else if ...

    

2. OrderItem 이 super 클래스가 아니라 sub 클래스를 참조하도록 한다.

public class OrderItem {
    
    // ...
    @OneToMany(...)
    @JoinColumn(...)
    private Album album;


    @OneToMany(...)
    @JoinColumn(...)
    private Movie movie;

    // ...
}

일단 생각나는 방법은 위 2개인데, 각각 단점이 있다고 생각해서 개인적으로는 만족하지 못 한 상황입니다.

일단 위 방법 중 1번 방법으로 데이터를 반환해주고 있는 상황입니다. 2번은 테스트도 안 해보긴 했지만, 저렇게 하면 안 될 것 같아서요. 맘 같아선 API 분리해서 던져주고 싶은데 그러지도 못 하는 상황이고 ...

그냥 마법 같이 내가 가져온 Item 이 Album 타입이면 알아서 Album 으로 조회한다든지, 그런 기능이 있었으면 참 좋겠다 싶은 생각이 드네요

아무튼, 이렇게 super class 를 필드로 가지는 엔티티가 그 super class 를, 타입에 따라 알맞는 상속 받는 sub 클래스를 가져오려면 어떤 전략이나 기능을 사용해야 하고, 어떤 것들이 고려되어야 할까요?

늘 좋은 강의 감사합니다.