경로 표현식
경로 표현식이란 점을 찍어 객체 그래프를 탐색하는 것
용어 정리
• 상태 필드(state field): 단순히 값을 저장하기 위한 필드 (ex: m.username)
• 연관 필드(association field): 연관관계를 위한 필드
• 단일 값 연관 필드: @ManyToOne, @OneToOne, 대상이 엔티티(ex: m.team)
• 컬렉션 값 연관 필드: @OneToMany, @ManyToMany, 대상이 컬렉션(ex: m.orders)경로 표현식 특징
• 상태 필드(state field): 경로 탐색의 끝, 탐색X
• 단일 값 연관 경로: 묵시적 내부 조인(inner join) 발생, 탐색O
• 컬렉션 값 연관 경로: 묵시적 내부 조인 발생, 탐색X
-> FROM 절에서 명시적 조인을 통해 별칭을 얻으면 별칭을 통해 탐색 가능
단일 값 연관 경로 탐색 예시
String query = "select m.team From Member m";
List<Team> result = em.createQuery(query, Team.class).getResultList();
for(Team s: result){
System.out.println("result : " + s);
}
위와 같이 묵시적으로 내부 조인이 발생함
명시적 조인 VS 묵시적 조인
명시적 조인 : join 키워드 직접 사용(select m from Member m join m.team t)
묵시적 조인 : 경로 표현식에 의해 묵시적으로 조인 발생. 내부 조인만 가능(select m.team from Member m)
묵시적 조인의 주의 사항
• 항상 내부 조인
• 컬렉션은 경로 탐색의 끝, 명시적 조인을 통해 별칭을 얻어야함
• 경로 탐색은 주로 SELECT, WHERE 절에서 사용하지만 묵시 적 조인으로 인해 SQL의 FROM (JOIN) 절에 영향을 줌
• 실무에서는 가급적 묵시적 조인 대신 명시적 조인을 사용함.
• 조인은 SQL 튜닝에 중요 포인트. 묵시적 조인은 일어나는 상황을 한눈에 파악하기 어려움
경로 표현식 예제
• select o.member.team from Order o -> 성공(가능은 하지만 조인이 두번 발생함. 이런 방식은 코드만 보고 쿼리가 어떻게 나갈지 예상하기가 힘들어짐)
• select t.members from Team -> 성공
• select t.members.username from Team t -> 실패(컬렉션은 더이상 탐색이 안됨)
• select m.username from Team t join t.members m -> 성공(세번째 코드를 정상적으로 돌아가게 하려면 이와 같이 묵지석 조인을 통해 members의 별칭 m을 얻어야함)
페치 조인(fetch join) -> 매우 중요한 개념!!
• SQL 조인 종류X
• JPQL에서 성능 최적화를 위해 제공하는 기능
• 연관된 엔티티나 컬렉션을 SQL 한 번에 함께 조회하는 기능
• join fetch 명령어 사용
• 페치 조인 ::= [ LEFT [OUTER] | INNER ] JOIN FETCH 조인경로
엔티티 페치 조인
• 회원을 조회하면서 연관된 팀도 함께 조회(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
페치 조인 사용 코드(페치 조인은 지연 로딩을 사용하지 않음)
String jpql = "select m from Member m join fetch m.team";
List<Member> members = em.createQuery(jpql, Member.class).getResultList();
for (Member member : members) {
//페치 조인으로 회원과 팀을 함께 조회해서 지연 로딩X
System.out.println("username = " + member.getUsername() + ", " +
"teamName = " + member.getTeam().name());
}결과
username = 회원1, teamname = 팀A
username = 회원2, teamname = 팀A
username = 회원3, teamname = 팀B
컬렉션 페치 조인
• 일대다 관계, 컬렉션 페치 조인
• [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'
컬렉션 페치 조인 사용 코드
String jpql = "select t from Team t join fetch t.members where t.name = '팀A'";
List<Team> teams = em.createQuery(jpql, Team.class).getResultList();
for(Team team : teams) {
System.out.println("teamname = " + team.getName() + ", team = " + team);
for (Member member : team.getMembers()) {
//페치 조인으로 팀과 회원을 함께 조회해서 지연 로딩 발생 안함
System.out.println("-> username = " + member.getUsername()+ ", member = " + member);
}
}결과: (결과가 뻥튀기됨을 볼 수 있음->일대다이기 때문에 발생할 수 있는 현상)
teamname = 팀A, team = Team@0x100
-> username = 회원1, member = Member@0x200
-> username = 회원2, member = Member@0x300
teamname = 팀A, team = Team@0x100
-> username = 회원1, member = Member@0x200
-> username = 회원2, member = Member@0x300
페치 조인과 DISTINCT
• SQL의 DISTINCT는 중복된 결과를 제거하는 명령
• JPQL의 DISTINCT 2가지 기능 제공
- 1. SQL에 DISTINCT를 추가
- 2. 애플리케이션에서 엔티티 중복 제거
방법 1. SQL에 DISTINCT를 추가하지만 데이터가 다르므로 SQL 결과 에서 중복제거 실패
/* select
distinct t
from
Team t
join
fetch t.members
where
t.name = 'TeamA' */ select
distinct team0_.id as id1_3_0_,
members1_.id as id1_0_1_,
team0_.name as name2_3_0_,
members1_.age as age2_0_1_,
members1_.TEAM_ID as TEAM_ID4_0_1_,
members1_.username as username3_0_1_,
members1_.TEAM_ID as TEAM_ID4_0_0__,
members1_.id as id1_0_0__
from
Team team0_
inner join
Member members1_
on team0_.id=members1_.TEAM_ID
where
team0_.name='TeamA'
teamname = TeamA, team = jpql.Team@2516fc68아래처럼 어쨌든 다른 데이터니까 중복으로 체크가 안되는 것!
방법 2. DISTINCT가 추가로 애플리케이션에서 중복 제거시도
• 같은 식별자를 가진 Team 엔티티 제거
페치 조인과 일반 조인 차이
- 일반 조인 실행시 연관된 엔티티를 함께 조회하지 않음
• [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
페치 조인의 한계
• 페치 조인 대상에는 별칭을 줄 수 없다.
• 하이버네이트는 가능, 가급적 사용X
• 둘 이상의 컬렉션은 페치 조인 할 수 없다.
• 컬렉션을 페치 조인하면 페이징 API(setFirstResult, setMaxResults)를 사용할 수 없다.
• 일대일, 다대일 같은 단일 값 연관 필드들은 페치 조인해도 페이징 가능
• 하이버네이트는 경고 로그를 남기고 메모리에서 페이징(매우 위험)
• 연관된 엔티티들을 SQL 한 번으로 조회 - 성능 최적화
• 엔티티에 직접 적용하는 글로벌 로딩 전략보다 우선함
• @OneToMany(fetch = FetchType.LAZY) //글로벌 로딩 전략
• 실무에서 글로벌 로딩 전략은 모두 지연 로딩
• 최적화가 필요한 곳은 페치 조인 적용
------------------------------------------------------------------------------
*레퍼런스 : 인프런 김영한님 강의(자바 ORM 표준 JPA 프로그래밍)
댓글