Section 7-3. Projections

엔티티 대신에 DTO를 편리하게 조회할 때 사용
전체 엔티티가 아니라 만약 회원 이름만 딱 조회하고 싶으면?

 

인터페이스를 만들어준다.

public interface UsernameOnly {
 String getUsername();
}

public interface MemberRepository ... { 
	List<UsernameOnly> findProjectionsByUsername(String username);
}

테스트는 아래와 같다.

 

 

인터페이스 기반 Open Proejctions

다음과 같이 스프링의 SpEL 문법도 지원한다.

public interface UsernameOnly {
     @Value("#{target.username + ' ' + target.age + ' ' + target.team.name}")
     String getUsername();
}

단! 이렇게 SpEL문법을 사용하면, DB에서 엔티티 필드를 다 조회해온 다음에 계산한다! 따라서 JPQL SELECT 절 최적화가 안된다.

 

클래스 기반 Projection

다음과 같이 인터페이스가 아닌 구체적인 DTO 형식도 가능
생성자의 파라미터 이름으로 매칭

package study.datajpa.repository;

public class UsernameOnlyDto {
    private final String username;
    
    public UsernameOnlyDto(String username) {
        this.username = username;
    }
    public String getUsername() {
        return username;
    }
}

 

동적 Projections
다음과 같이 Generic type을 주면, 동적으로 프로젝션 데이터 번경 가능

<T> List<T> findProjectionsByUsername(String username, Class<T> type);

 

중첩 구조 처리

public interface NestedClosedProjection {
    
    String getUsername();
    TeamInfo getTeam();
    interface TeamInfo {
        String getName();
    }
}

 

주의

• 프로젝션 대상이 root 엔티티면, JPQL SELECT 절 최적화 가능
• 프로젝션 대상이 ROOT가 아니면
  
  • LEFT OUTER JOIN 처리
  • 모든 필드를 SELECT해서 엔티티로 조회한 다음에 계산

 

정리

• 프로젝션 대상이 root 엔티티면 유용하다.
• 프로젝션 대상이 root 엔티티를 넘어가면 JPQL SELECT 최적화가 안된다!
• 실무의 복잡한 쿼리를 해결하기에는 한계가 있다.
• 실무에서는 단순할 때만 사용하고, 조금만 복잡해지면 QueryDSL을 사용하자