[JPA-Basic][11-1] 객체지향 쿼리 언어2 - 중급 문법

[ 경로 표현식 ]

.을 찍어서 객체 그래프를 탐색하는 것

select m.username -> 상태 필드
  from Member m
  join m.team t -> 단일 값 연관 필드
  join m.orders o -> 컬렉션 값 연관 필드
where t.name = '팀A'

• 상태 필드 (state field): 단순히 값을 저장하기 위한 필드
• 연관 필드 (association field): 연관관계를 위한 필드
  • 단일 값 연관 필드:
    @ManyToOne, @OneToOne, 대상이 엔티티 (Ex. m.team)
  • 컬렉션 값 연관 필드:
    @OneToMany, @ManyToMany, 대상이 컬렉션 (Ex. m.orders)

1. 경로 표현식 특징

• 상태 필드: 경로 탐색의 끝, 탐색 ❌
• 단일 값 연관 경로: 묵시적 내부 조인(inner join) 발생, 탐색 ⭕
• 컬렉션 값 연관 경로: 묵시적 내부 조인 발생, 탐색 ❌
  • FROM 절에서 명시적 조인을 통해 별칭을 얻으면 별칭을 통해 탐색이 가능하다.

2. 명시적 조인, 묵시적 조인

• 명시적 조인: join 키워드 직접 사용
  select m from Member m join m.team t

• 묵시적 조인: 경로 표현식에 의해 묵시적으로 SQL 조인 발생 (내부 조인만 가능)
  select m.team from Member m

3. 경로 탐색을 사용한 묵시적 조인 시 주의사항

• 항상 내부 조인
• 컬렉션은 경로 탐색의 끝, 명시적 조인을 통해 별칭을 얻어야 한다!
• 경로 탐색은 주로 SELECT, WHERE 절에서 사용하지만 묵시적 조인으로 인해 SQL의 FROM (JOIN) 절에 영향을 준다.

⭐ 가급적 묵시적 조인 대신 명시적 조인을 사용하자 ❗

• 조인은 SQL 튜닝에서 중요 포인트!
• 묵시적 조인은 조인이 일어나는 상황을 한눈에 파악하기 어렵다. → 그냥 쓰지 말자😣

---

[ 페치 조인 ]

⭐ 실무에서 정말정말 중요하다!

1. 페치 조인 (fetch join)

• SQL 조인 종류가 아니다 ❗
  → JPQL에서 성능 최적화를 위해 제공하는 기능
• 연관된 엔티티나 컬렉션을 SQL 한 번에 함께 조회하는 기능
• join fetch 명령어를 사용한다.
• 페치 조인 ::= [ LEFT [OUTER] | INNER ] JOIN FETCH 조인 경로

2. 엔티티 페치 조인

• 회원을 조회하면서 연관된 팀도 함께 조회 (SQL 한 번에)
• SQL을 보면 회원 뿐만 아니라 팀(T.*)도 함께 SELECT한다.
• JPQL

select m from Member m join fetch m.team

• SQL

SELECT M.*, T.* FROM MEMBER M
INNER JOIN TEAM T ON M.TEAM_ID=T.ID

도식화

• fetch join을 사용하면 내부적으로 inner join을 사용한다.
• inner join이기 때문에 (팀이 없는 회원인) 회원4는 빠진다.

3. 컬렉션 페치 조인

• 일대다 관계, 컬렉션 페치 조인
• JPQL

select t
from Team t join fetch t.members
where t.name = '팀A' 

• SQL

SELECT T.*, M.*
FROM TEAM T
INNER JOIN MEMBER M ON T.ID=M.TEAM_ID
WHERE T.NAME = '팀A'

• 이를 수행하면 Team은 하나지만 Member는 1개 이상일 수 있다.

• 팀A에 해당하는 멤버가 회원1, 회원2로 두 개이기 때문에 조회 결과가 두 줄로 나온다.

4. 페치 조인과 DISTINCT

페치 조인으로 데이터가 중복된 것을 처리하기 위해 DISTINCT 키워드를 사용한다.

• SQL의 DISTINCT는 중복된 결과를 제거하는 명령이다.
• JPQL의 DISTINCT는 2가지 기능을 제공한다.
  • SQL에 DISTINCT 추가
  • 어플리케이션에서 엔티티 중복 제거

1) SQL에 DISTINCT 추가

select distinct t
from Team t join fetch t.members
where t.name = '팀A'

• SQL에 DISTINCT를 추가하지만 데이터가 다르므로 SQL 결과에서 중복 제거 실패!

• 데이터베이스 입장에서 보면, 모든 속성값이 동일한 튜플만 제거하기 때문에 원하는 중복 제거가 안된다. (ID(PK)와 NAME이 다르다.)

2) 어플리케이션에서 중복 제거 시도

• DISTINCT가 추가로 어플리케이션에서 중복 제거를 시도한다.
• 같은 식별자를 가진 Team 엔티티 제거

5. 페치 조인과 일반 조인의 차이

1) 일반 조인

일반 조인 실행 시 연관된 엔티티를 함께 조회하지 않는다.

• JPQL

select t
from Team t join t.members m
where t.name = '팀A'

• SQL

SELECT T.*
FROM TEAM T
INNER JOIN MEMBER M ON T.ID=M.TEAM_ID 
WHERE T.NAME = '팀A'

• JPQL은 결과를 반환할 때 연관관계를 고려하지 않는다.
  • 단지 SELECT 절에 지정한 엔티티만 조회할 뿐이다!
  • 팀 엔티티만 조회하고, 회원 엔티티는 조회하지 않았다.
• 페치 조인을 사용할 때만 연관된 엔티티도 함께 조회한다. (즉시 로딩)
• 페치 조인은 객체 그래프를 SQL 한번에 조회하는 개념 ❗

2) 페치 조인

페치 조인은 연관된 엔티티를 함께 조회한다.

• JPQL

select t 
from Team t join fetch t.members
where t.name = '팀A' 

• SQL

SELECT T.*, M.*
FROM TEAM T
INNER JOIN MEMBER M ON T.ID=M.TEAM_ID 
WHERE T.NAME = '팀A'

6. 페치 조인의 특징과 한계

• 페치 조인 대상에는 별칭을 줄 수 없다.
  • 하이버네이트는 가능하지만, 가급적 사용하지 않는 것이 좋다.
• 둘 이상의 컬렉션은 페치 조인할 수 없다.
• 컬렉션을 페치 조인하면 페이징 API(setFirstResult,
  setMaxResults)를 사용할 수 없다.
  • 일대일, 다대일 같은 단일 값 연관 필드들은 페치 조인해도 페이징이 가능하다.
  • 하이버네이트는 경고 로그를 남기고 모든 데이터를 가져와서 메모리에서 페이징한다. (매우 위험 🚫)
• 연관된 엔티티들을 SQL 한 번으로 조회 → 성능 최적화
• 엔티티에 직접 적용하는 글로벌 로딩 전략보다 우선시한다.
  • @OneToMany(fetch = FetchType.LAZY) //글로벌 로딩 전략
• 실무에서 글로벌 로딩 전략은 모두 지연 로딩
• 최적화가 필요한 곳은 페치 조인 적용

📌 정리: 모든 것을 페치 조인으로 해결할 수는 없다 ❗

• 페치 조인은 객체 그래프를 유지할 때 사용하면 효과적이다.
• 여러 테이블을 조인해서 엔티티가 가진 모양이 아닌 전혀 다른 결과를 내야 하면,
  일반 조인을 사용 & 필요한 데이터들만 조회해서 DTO로 반환하는 것이 효과적이다.