결국 동적 쿼리가 만들어져야하는 상황입니다.
회원명이 있으면 파라미터로 where 문에 회원명이 들어가야하고, 주문 상태가 선택이 되면 where문에 주문상태가 들어가야합니다.
실무에서 동적 쿼리를 안쓸 수 가 없습니다. 쓰는게 굉장히 효율적입니다.
package jpabook.jpashop.domain;
import lombok.Getter;
import lombok.Setter;
@Getter @Setter
public class OrderSearch {
private String memberName; //회원 이름
private OrderStatus orderStatus; //주문 상태[ORDER, CANCEL]
}
파라미터 조건이 있으면 where문으로 검색이 되어야합니다.
package jpabook.jpashop.repository;
import jpabook.jpashop.domain.Order;
import jpabook.jpashop.domain.OrderSearch;
import jpabook.jpashop.domain.OrderStatus;
import lombok.RequiredArgsConstructor;
import org.springframework.stereotype.Repository;
import javax.persistence.EntityManager;
import java.util.List;
@Repository
@RequiredArgsConstructor
public class OrderRepository {
private final EntityManager em;
public void save(Order order) {
em.persist(order);
}
public Order findOne(Long id) {
return em.find(Order.class, id);
}
**public List<Order> findAll(OrderSearch orderSearch) {
return em.createQuery("select o from Order o join o.member m" + //...1
" where o.status = :status" +
" and m.name like :name", Order.class) //...2
.setParameter("status", orderSearch.getOrderStatus())
.setParameter("name", orderSearch.getMemberName())
.setMaxResults(1000) //...3
.getResultList();
}**
}
Order를 조회하고 Order와 Member를 조인합니다.
<aside> ❗ Member를 조인한 이유는 성능적 이슈 때문입니다.
findAll 메서드가 주문검색을 위해 만들어졌습니다. 파라미터가 이미 OrderSearch이죠.
주문 검색시 회원이름(Order의 멤버변수인 member가 필요)이 필수적으로 나타나게 되어있습니다.
따라서 검색 결과에 필요한 데이터(예를들어 Member)를 한 번에 들고오면 됩니다. 굳이 Order를 조회한 다음 Member를 별도로 조회할 필요가 없습니다. 오히려 Member 조회쿼리가 1번 더 나가야하는게 문제입니다.
즉, 주문 검색의 결과로 회원 정보 포함된 주문 정보가 필요하므로 Order를 조회할 때 Member와 조인해서 필요한 데이터를 한 번에 가져오는 것입니다.
물론 경우에 따라 지연로딩이 필요한 경우가 있지만 이번 케이스는 해당되지 않습니다.
return em.createQuery("select o from Order o where o.member = :member and o.status = :status", Order.class)
.setParameter("member", member)
.setParameter("status", status)
.getResultList();
위와같이 조인 없이 호출했을 때, JPA 내부에서 자동으로 order에 대한 select와 member의 대한 select, 총 "2개"의 select문을 날려서, 조인쿼리와 비슷하게 동작합니다.
결론적으로, 위와같이 조인을 사용했을 땐, 내부적으로 불필요하게 2번의 select문이 호출되지 않으므로 성능적인 개선이 됩니다.
</aside>