[QueryDSL] 3. 조인과 서브쿼리

실무에서 단일 테이블 조회만으로 끝나는 경우는 거의 없다. 대부분의 비즈니스 로직은 여러 테이블을 엮어서 데이터를 가져와야 한다. 이 편에서는 QueryDSL의 조인과 서브쿼리를 다룬다.

기본 조인

QueryDSL의 조인은 JPA 연관관계를 기반으로 동작한다. 엔티티에 @ManyToOne, @OneToMany 같은 연관관계가 정의되어 있으면, Q클래스의 연관 필드를 통해 조인할 수 있다.

List<Feed> feeds = queryFactory
        .selectFrom(feed)
        .join(feed.user, user)
        .where(user.name.eq("kim"))
        .fetch();

join(feed.user, user)는 Feed 엔티티의 user 필드를 기준으로 User 테이블과 INNER JOIN한다. 두 번째 인자 user는 조인 대상의 별칭이다. SQL로 변환하면 SELECT f.* FROM feed f INNER JOIN user u ON f.user_id = u.id WHERE u.name = 'kim'이 된다.

left join

INNER JOIN은 양쪽 테이블에 매칭되는 행만 반환한다. 매칭되지 않는 행도 포함하려면 LEFT JOIN을 사용한다.

List<User> users = queryFactory
        .selectFrom(user)
        .leftJoin(user.feeds, feed)
        .where(feed.title.contains("spring").or(feed.isNull()))
        .fetch();

leftJoin(user.feeds, feed)는 User 기준으로 Feed를 LEFT JOIN한다. Feed가 없는 User도 결과에 포함된다.

fetch join

JPA의 지연 로딩은 연관 엔티티에 접근할 때마다 추가 쿼리를 발생시킨다. 이것이 N+1 문제다. User 10명을 조회한 뒤, 각 User의 프로필에 접근하면 프로필을 가져오는 쿼리가 10번 더 실행된다. fetch join은 이 문제를 한 번의 쿼리로 해결한다.

List<Feed> feeds = queryFactory
        .selectFrom(feed)
        .join(feed.user, user).fetchJoin()
        .fetch();

.fetchJoin()을 붙이면 조인된 엔티티를 한 번에 함께 가져온다. SQL에서 JOIN FETCH에 해당한다. 이렇게 하면 feed.getUser()에 접근할 때 추가 쿼리가 발생하지 않는다.

leftJoin에도 fetch join을 적용할 수 있다.

List<User> users = queryFactory
        .selectFrom(user)
        .leftJoin(user.profile, profile).fetchJoin()
        .fetch();

on 절

조인 조건을 추가하려면 on()을 사용한다. INNER JOIN에서는 where와 결과가 같지만, LEFT JOIN에서는 의미가 다르다.

// LEFT JOIN + ON: Feed가 없거나, 공개된 Feed만 조인
List<User> users = queryFactory
        .selectFrom(user)
        .leftJoin(user.feeds, feed)
        .on(feed.isPublic.isTrue())
        .fetch();

LEFT JOIN에서 on에 조건을 넣으면 조인 자체에 필터가 걸린다. where에 넣으면 조인 후 전체 결과에서 필터링하므로, LEFT JOIN의 의미가 사라진다.

이 차이는 LEFT JOIN을 쓸 때 반드시 이해해야 하는 핵심이다.

세타 조인

연관관계가 없는 테이블끼리 조인하는 것을 세타 조인이라고 한다. from에 엔티티를 여러 개 나열하면 크로스 조인이 생성되고, where로 조인 조건을 지정한다.

List<Tuple> result = queryFactory
        .select(user, feed)
        .from(user, feed)
        .where(user.name.eq(feed.authorName))
        .fetch();

이 방식은 @ManyToOne 같은 연관관계가 엔티티에 정의되어 있지 않을 때 사용한다. 다만 크로스 조인은 성능에 주의해야 한다.

서브쿼리

QueryDSL에서 서브쿼리는 JPAExpressions로 작성한다. WHERE 절과 SELECT 절에서 사용할 수 있다.

WHERE 절 서브쿼리

List<User> users = queryFactory
        .selectFrom(user)
        .where(user.age.gt(
                JPAExpressions
                        .select(user.age.avg())
                        .from(user)
        ))
        .fetch();

평균 나이보다 많은 사용자를 조회하는 쿼리다. 서브쿼리 안에서도 Q클래스를 사용할 수 있다.

IN 서브쿼리

List<Feed> feeds = queryFactory
        .selectFrom(feed)
        .where(feed.user.id.in(
                JPAExpressions
                        .select(user.id)
                        .from(user)
                        .where(user.role.eq(Role.ADMIN))
        ))
        .fetch();

관리자가 작성한 피드만 조회한다. in() 안에 서브쿼리를 넣으면 IN (SELECT ...) 구문이 생성된다.

EXISTS 서브쿼리

List<User> users = queryFactory
        .selectFrom(user)
        .where(JPAExpressions
                .selectOne()
                .from(feed)
                .where(feed.user.id.eq(user.id))
                .exists()
        )
        .fetch();

피드를 하나라도 작성한 사용자를 조회한다. selectOne()은 SELECT 1에 해당하고, .exists()로 존재 여부를 확인한다.

SELECT 절 서브쿼리

List<Tuple> result = queryFactory
        .select(
                user.name,
                JPAExpressions
                        .select(feed.count())
                        .from(feed)
                        .where(feed.user.id.eq(user.id))
        )
        .from(user)
        .fetch();

각 사용자의 이름과 피드 수를 함께 조회한다. SELECT 절에 서브쿼리를 넣으면 스칼라 서브쿼리가 된다.

자주 하는 실수

---