1. 경로 표현식
- 점(.)을 찍어 객체 그래프를 탐색하는 것
select m.username // 상태필드
from Member m
join m.team t // 단일 값 연관 필드
join m.orders o // 컬렉션 값 연관 필드
where t.name = '팀A'1.1 경로 표현식 용어 정리
- 상태 필드(state field): 단순히 값을 저장하기 위한 필드 (ex: m.username)
- 연관 필드(associtation field) : 연관관계를 위한 필드
- 단일 값 연관 필드:
@ManyToOne,@OneToOne, 대상이 엔티티(ex: m.team) - 컬렉션 값 연관 필드:
@OneToMany,@ManyToMany, 대상이 컬렉션(ex: morders)
- 단일 값 연관 필드:
1.2 경로 표현식 특징
*김영한스앵님께선 경로 표현식을 실무에서 쓰지 말라고 하셨다. 명시적 조인을 써야한다고 한다. 실제 쿼리 튜닝하기도 쉽기 때문. 실무에서 에러가 상당히 많이 발생한다고 한다.
-
상태 필드(state field) : 경로 탐색의 끝, 탐색X
- 상태필드에서 점을 찍고 다른 곳으로 갈 수 없다.
- 예를 들어
"select m.username.userfamilyName() from Member m"은 불가능 - 탐색: 상태필드의 경로 탐색은
JPQL의 코드가 그대로SQL로 넘어간다.
-
단일 값 연관 경로: 묵시적 내부 조인(inner join) 발생, 탐색O
- 만약
String query = select m.team from Member m를 통해 IDE를 실행한다면 JPA는 어떻게 처리할까? - 바로 =>
SELECT t.id, t.name FROM Member INNER JOIN Team t ON member.TEAM_ID=t.id
위의 코드를 보면 내부적으로MEMBER와TEAM을 조인한다. 이것을 묵시적 내부 조인이라고 한다. - 탐색
SELECT o.member FROM Order o // JPQL SELECT m.* FROM Orders. o INNER JOIN Member m on o.member_id = m.id // SQL - 만약
-
컬렉션 값 연관 경로: 묵시적 내부 조인 발생, 탐색X
- FROm 절에서 명시적 조인을 통해 별칭을 얻으면 별칭을 통해 탐색 가능
1.2.1 명시적 조인, 묵시적 조인
- 명시적 조인: join 키워드 직접 사용
select m from Member m join m.team t
- 묵시적 조인: 경로 표현식에 의해 묵시적으로 SQL 조인 발생 (내부 조인만 가능)
select m.team from Member m
1.3 경로 탐색을 사용한 묵시적 조인 시 주의사항
- 항상 내부 조인
- 컬렉션은 경로 탐색의 끝, 명시적 조인을 통해 별칭을 얻어야 함
- 경로 탐색은 주로
SELECT,WHERE절에서 사용하지만 묵시적 조인으로 인해 SQL의 FROM (JOIN) 절에 영향을 줌
2. 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
2.1 컬렉션 페치 조인
-
일대다 관계, 컬렉션 페치 조인
-
[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'
2.1.1 컬렉션 페치 조인 사용 코드
2.1.2 페치 조인과 DISTINCT
-
SQL의
DISTINCT는 중복된 결과를 제거하는 명령 -
JPQL의
DISTINCT두 가지 기능 제공- SQL에
DISTINCT를 추가 - 애플리케이션에서 엔티티 중복 제거
- SQL에
-
select distinct t from Team t join fetch t.members where t.name = '팀A' -
SQL에 DISTINCT를 추가하지만 데이터가 다르므로 SQL 결과에서 중복 제거 실패
2.2 페치 조인과 일반 조인의 차이
-
일반 조인 실행시 연관된 엔티티를 함께 조회하지 않음
- [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]
-
JPQL은 결과를 반환할 때 연관관계 고려X
-
단지 SELECT 절에 지정한 엔티티만 조회할 뿐
-
여기서는 팀 엔티티만 조회하고, 회원 엔티티는 조회X
-
페치 조인을 사용할 때만 연관된 엔티티도 함께 조회(즉시 로딩)
-
페치 조인은 객체 그래프를 SQL 한번에 조회하는 개념
2.3 페치 조인의 특징과 한계
- 페치 조인 대상에는 별칭을 줄 수 없다.
- 하이버네이트는 가능, 가급적 사용X
- 둘 이상의 컬렉션은 페치 조인 할 수 없다.
- 컬렉션을 페치 조인하면 페이징 API(setFirstResult, setMaxResults)를 사용할 수 없다
- 일대일, 다대일 같은 단일 값 연관 필드들은 페치 조인해도 페이징 기능
- 하이버네이트는 경고 로그를 남기고 메모리에서 페이징(매우 위험)
- 연관된 엔티티들을 SQL 한 번으로 조회 - 성능 최적화
- 엔티티에 직접 적용하는 글로벌 로딩 전략보다 우선함
@OneToMany(fetch = FetchType.LAZY)//글로벌 로딩 전략
- 실무에서 글로벌 로딩 전략은 모두 지연 로딩
- 최적화가 필요한 곳은 페치 조인 적용
정리
- 모든 것을 페치 조인으로 해결할 수는 없다.
- 페치 조인은 객체 그래프를 유지할 때 사용하면 효과적
- 여러 테이블을 조인해서 엔티티가 가진 모양이 아닌 전혀 다른 결과를 내야 하면, 페치 조인보다는 일반 조인을 사용하고 필요한 데이터들만 조회해서 DTO로 반환하는 것이 효과적
3. 다형성 쿼리
3.1 TYPE
- 조회 대상을 특정 자식으로 한정할 수 있다.
- 예)
Item중에Book,Movie를 조회해라
-[JPQL]
-[SQL]select i from Item i where type(i) IN (Book, Movie)select i from i where i.DTYPE in ('B', 'M')
3.2 TREAT (JPA 2.1)
- 자바의 타입 캐스팅과 유사
- 상속 구조에서 부모 타입을 특정 자식 타입으로 다룰 때 사용
FROM,WHERE,SELECT(hibernate 지원)사용
- 예시 : 부모인
Item과 자식Book이 있다. - [JPQL]
-[SQL]select i from Item i where type(i as Book).author = 'kim'select i.* from Item i where i.DTYPE = 'B' and i.author = 'kim'
4. 엔티티 직접 사용
4.1 엔티티 직접 사용 - 기본 키 값
- JPQL에서 엔티티를 직접 사용하면 SQL에서 해당 엔티티의 기본 키 앖을 사용
- [JPQL]
-[SQL: JPQL 둘다 같은 다음 SQL 실행]select count(m.id) from Member m //엔티티의 아이디를 사용 select count(m) from Member m //엔티티를 직접select copunt(m.id) as cnt from Member
//엔티티를 파라미터로 전달
String jqpl = "select m from Member m where m = :member";
List resultList = em.createQuery(jpql)
.setParameter("member", member)
.getResultList();
//식별자를 직접 전달
String jqpl = "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=?
4.2 엔티티 직접 사용 - 외래 키 값
Team team = em.find(Team.class, 1L);
String qlString = "select m from Member m where m.team = :team";
List resultList = em.createQuery(qlString)
.setParameter("team", team)
.getResultList();
String qlString = "select m from Member m where m.team.id = :teamId";
List resultList = em.createQuery(qlString)
.setParameter("teamId", teamId)
.getResultList();실행된 SQL : select m.* from Member m where m.team_id=?
5. Named 쿼리
5.1 정적 쿼리
- 미리 정의해서 이름을 부여해두고 사용하는 JPQL
- 정적 쿼리
- 어노테이션, XML에 정의
- 애플리케이션 로딩 시점에 초기화 후 재사용
- 애플리케이션 로딩 시점에 쿼리를 검증
5.2 어노테이션
Named 쿼리는 쿼리에 이름을 부여
@Entity
@NamedQuery(
name = "Member.findByUsername",
query = "select m from Member m where m.username = :username")
pulbic class Member {
...
}
List<Member> resultList =
em.createNamedQuery("Member.findByUsername", Member.class)
.setParameter("username", "회원1")
.getResultList();6. 벌크 연산
벌크연산은 단건 조회나 삭제를 제외한 일반적으로 우리가 알고 있는 UPDATE문과 DELETE문이다.
- 재고가 10개 미만인 모든 상품의 가격을 10% 상승시키려면?
- JPA 변경 감지 기능으로 실행하려면 너무 많은 SQL 실행
1. 재고가 10개 미만인 상품을 리스트로 조회한다.
2. 상품 엔티티의 가격을 10% 증가한다.- 트랜잭션 커밋 시점에 변경감지가 동작한다.
- 변경된 데이터가 100건이라면 100번의
UPDATE SQL실행
6.1 벌크 연산 예제
- 쿼리 한 번으로 여러 테이블 로우 변경(엔티티)
executeUpdate()의 결과는 영향받은 엔티티 수 반환UPDATE,DELETE지원INSERT(insert into .. select, 하이버네이트 지원)
String qlString = "update Product p " +
"set p.price = p.price * 1.1 " +
"where p.stockAmount < :stockAmount";
int resultCount = em.createQuery(qlString)
.setParameter("stockAmount", 10)
.executeUpdate();6.2 벌크 연산 주의
- 벌크 연산은 영속성 컨텍스트를 무시하고 DB에 직접 쿼리
- 벌크 연산을 먼저 수행
- 벌크 연산 수행 후 영속성 컨텍스트 초기화
