[자바 ORM 표준 JPA 프로그래밍 - 기본편] 9. 객체지향 쿼리 언어2 - 중급 문법

해당 카테고리는 김영한님의 인프런 강의 '자바 ORM 표준 JPA 프로그래밍 - 기본편'을 듣고 내용을 정리하기 위한 것으로 자세한 설명은 해당 강의를 통해 확인할 수 있습니다.

자바 ORM 표준 JPA 프로그래밍 - 기본편 - 인프런 | 강의

JPA를 처음 접하거나, 실무에서 JPA를 사용하지만 기본 이론이 부족하신 분들이 JPA의 기본 이론을 탄탄하게 학습해서 초보자도 실무에서 자신있게 JPA를 사용할 수 있습니다., - 강의 소개 | 인프런

www.inflearn.com

📝 JPQL - 경로 표현식

점(.)을 찍어 객체 그래프를 탐색하는 것
상태 필드(state field): 단순히 값을 저장하기 위한 필드(ex: m.username)
- 경로 탐색의 끝, 탐색 X
연관 필드(association field): 연관관계를 위한 필드
- 단일 값 연관 필드: @ManyToOne, @OneToOne, 대상이 엔티티(ex: m.team)
  - 묵시적 내부 조인(inner join) 발생, 탐색 O
- 컬렉션 값 연관 필드: @OneToMany, @ManyToMany, 대상이 컬렉션(ex: m.orders)
  - 묵시적 내부 조인(inner join) 발생, 탐색 X
  - FROM 절에서 명시적 조인을 통해 별칭을 얻으면 별칭을 통해 탐색 가능

📜 명시적 조인, 묵시적 조인

명시적 조인: join 키워드 직접 사용
- select m from Member m join m.team t
묵시적 조인: 경로 표현식에 의해 묵시적으로 SQL 조인 발생(내부 조인만 가능)
- select m.team from Member m

📜 경로 표현식 - 예제

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 -> 성공

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

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

📜 실무 조언

묵시적 조인은 조인이 일어나는 상황을 한눈에 파악하기 어려움
조인은 SQL 튜닝에 중요 포인트
가급적 묵시적 조인 대신에 명시적 조인을 사용하자

📝 JPQL - 페치 조인(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는 중복된 결과를 제거하는 명령
- SQL에 DISTINCT를 추가해도 데이터가 다르므로 결과적으로 중복제거 실패

JPQL의 DISTINCT는 2가지 기능 제공
- 1. SQL에 DISTINCT를 추가
- 2. 애플리케이션에서 엔티티 중복 제거
  - DISTINCT가 추가로 애플리케이션에서 중복 제거시도
  - 같은 식별자를 가진 Team 엔티티 제거

📜 페치 조인과 일반 조인의 차이

일반 조인 실행시 연관된 엔티티를 함께 조회하지 않음
- JPQL은 결과를 반환할 때 연관관계 고려 X
- 단지 SELECT 절에 지정한 엔티티만 조회할 뿐
페치 조인을 사용할 때만 연관된 엔티티도 함께 조회(즉시 로딩)
페치 조인은 객체 그래프를 SQL 한번에 조회하는 개념

📜 페치 조인의 한계

페치 조인 대상에는 별칭을 줄 수 없다.
- 하이버네이트에서는 가능하나 가급적 사용 X
둘 이상의 컬렉션은 페치 조인 할 수 없다.
컬렉션을 페치 조인하면 페이징 API(setFirstResult, setMaxResults)를 사용할 수 없다.
- 일대일, 다대일 같은 단일 값 연관 필드들은 페치 조인해도 페이징 가능
- 하이버네이트는 경고 로그를 남기고 메모리에서 페이징(매우 위험)

📜 페치 조인의 특징

연관된 엔티티들을 SQL 한 번으로 조회 - 성능 최적화
엔티티에 직접 적용하는 글로벌 로딩 전략보다 우선함
- 실무에서 글로벌 로딩 전략은 모두 지연 로딩
- @OneToMany(fetch = FetchType.LAZY) //글로벌 로딩 전략
최적화가 필요한 곳은 페치 조인을 적용하자

📜 페치 조인 정리

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

📝 다형성 쿼리

📜 TYPE

조회 대상을 특정 자식으로 한정
예) Item 중에 Book, Movie를 조회해라
- [JPQL] select i from Item i where type(i) IN (Book, Movie)
- [SQL] select i from i where i.DTYPE in (‘B’, ‘M’)

📜 TREAT(JPA 2.1)

자바의 타입 캐스팅과 유사
상속 구조에서 부모 타입을 특정 자식 타입으로 다룰 때 사용
FROM, WHERE, SELECT(하이버네이트 지원) 사용
예) 부모인 Item과 자식 Book이 있다.
- [JPQL] select i from Item i where treat(i as Book).auther = ‘kim’
- [SQL] select i.* from Item i where i.DTYPE = ‘B’ and i.auther = ‘kim’

📝 JPQL - 엔티티 직접 사용

📜 기본 키 값

JPQL에서 엔티티를 직접 사용하면 SQL에서 해당 엔티티의 기본 키 값을 사용
[JPQL]
- select count(m.id) from Member m //엔티티의 아이디를 사용
- select count(m) from Member m //엔티티를 직접 사용
[SQL](위의 JPQL 둘다 같은 다음 SQL 실행) select count(m.id) as cnt from Member m

엔티티를 파라미터로 전달

String jpql = "select m from Member m where m = :member";
List resultList = em.createQuery(jpql).setParameter("member", member).getResultList();

식별자를 직접 전달

String jpql = "select m from Member m where m.id = :memberId";
List resultList = em.createQuery(jpql).setParameter("memberId", memberId).getResultList();

실행된 SQL

select m.* from Member m where m.id=?

📜 외래 키 값