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

1. 경로 표현식

- .(점)을 찍어 객체 그래프를 탐색하는 것

- 경로 표현식 특징

(1) 상태 필드(state field) 경로 탐색의 끝, 탐색 X

(2) 단일 값 연관 경로: 묵시적 내부 조인(inner join) 발생, 탐색 O

(3) 컬렉션 값 연관 연관 경로: 묵시적 내부 조인 발생, 탐색 X

(4) FROM 절에서 명시적 조인을 통해 별칭을 얻으면 별칭을 통해 탐색 가능

 

- 명시적 조인, 묵시적 조인

(1) 명시적 조인: join 키워드 직접 사용

select m from Member m join m.team t

(2)묵시적 조인: 경로 표현식에 의해 묵시적으로 SQL 조인 발생(내부 조인만 가능)

select m.team from Member m

 

- 실무 조언

(1) 가급적 묵시적 조인 대신에 명시적 조인 사용

(2) 조인은 SQL 튜닝에 중요 포인트

(3) 묵시적 조인은 조인이 일어나는 상황을 한눈에 파악하기 어려움

 

2. fetch 조인

- SQL 조인 종류 X

- JPQL에서 성능 최적화를 위해 제공하는 기능

- 연관된 엔티티나 컬렉션을 SQL 한 번에 함께 조회하는 기능

- join fetch 명령어 사용

- 페치 조인 ::=[LEFT[OUTER]|INNER] JOIN FETCH 조인경로

 

- 엔티티 페치 조인

(1) 회원을 조회하면서 연관됨 팀도 함께 조회(SQL 한 번에)

(2) SQL을 보면 회원 뿐만 아니라 팀도 함께 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

 

- 컬렉션 페치 조인

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

// [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'

 

- 페치 조인과 DISTINCT

(1) SQL의 DISTINCT는 중복된 결과를 제거하는 명령어

(2) JPQL의 DISTINCT 2가지 기능 제공

> SQL에 DISTINCT를 추가

> 애플리케이션에서 엔티티 중복 제거

 

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

// [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'

(1) 일반 조인 실행 시 연관된 엔티티를 함께 조회하지 않음

(2) JPQL은 결과를 반환할 때 연관관계 고려 X, 단지 SELECT 절에 지정한 엔티티만 조회할 뿐, 위 코드에서는 팀 엔티티만 조회, 회원 엔티티는 조회 X

(3) 페치 초인을 사용할 때만 연관된 엔티티도 함께 조회(즉시 로딩)

(4) 페치 조인은 객체 그래프를 SQL 한번에 조회하는 개념

 

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

- 페치 조인 대상에는 별칭을 줄 수 없다. ***

- 하이버네이트는 가능, 가급적 사용 X

- 둘 이상의 컬렉션은 페치 조인 할 수 없다.

- 컬렉션을 페치 조인하면 페이징API(setFirstResult, setMaxResults)를 사용할 수 없다.

- 일대일, 다대일 같은 단일 값 연관 필드들은 페치 조인해도 페이징 가능

- 하이버네이트는 경고 로그를 남기고 메모리에서 페이징(매우 위험)

- 연관된 엔티티들은 SQL 한 번으로 조회 - 성능 최적화

- 엔티티에 직접 적용하는 글로벌 로딩 전략보다 우선함

- @OneToMany(fetch=FetchType.LAZY) // 글로벌 로딩 전략

- 실무에서 글로벌 로딩 전략은 모두 지연 로딩

- 최적화가 필요한 곳은 페지 조인 적용

 

4. 페치 조인 정리

- 모든 것을 페치 조인으로 해결할 수는 없음

- 페치 조인은 객체 그래프를 유지할 때 사용하면 효과적

- 여러 테이블을 조인해서 엔티티가 가진 모양이 아닌 전혀 다른 결과를 내야 하면, 페치 조인 보다는 일반 조인을 사용하고 필요한 데이터들만 조회해서 DTO로 반환하는 것이 효과적

 

5. 엔티티 직접 사용

- 기본 키 값

JPQL에서 엔티티를 직접 사용하면 SQL에서 해당 엔티티의 기본 키 값을 사용

// [JPQL]
select count(m.id) from Member m //엔티티의 아이디를 사용
select count(m) from Member m //엔티티를 직접 사용

// [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은 같다.

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

 

- 외래 키 값

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();
    

// 식별자를 직접 전달
qlString = "select m from Member m where m.team.id = :teamId";
resultList = em.createQuery(qlString)
        .setParameter("teamId", teamId)
    	.getResultList();
    
    
// 실행된 SQL
select m.* from Member m where where m.team_id = ?

 

6. Named 쿼리

- 미리 정의해서 이름을 부여해두고 사용하는 JPQL

- 정적 쿼리

- 어노테이션, XML에 정의

- 애플리케이션 로딩 시점에 초기화 후 재사용

- 애플리케이션 로딩 시점에 쿼리를 검증

@Entity
@NamedQuery(
  // 관례가 엔티티명.이름 
 name = "Member.findByUsername",
 query="select m from Member m where m.username = :username")
public class Member {
 ...
}

// 일반적인 쿼리문 사용법이랑 거의 유사
// createNamedQuery("namedQuery이름",반환 클래스)
List<Member> resultList =
 em.createNamedQuery("Member.findByUsername", Member.class)
 .setParameter("username","회원1")
 .getResultList();

- Named 쿼리 환경에 따른 설정

(1) XML이 항상 우선권을 가진다.

(2) 애플리케이션 운영 환경에 따라 다른 XML을 배포할 수 있다.

 

7. 벌크 연산

- 재고가 10개 미만인 모든 상품의 가격을 10% 상승하려면? -> JPA 변경 감지 기능으로 실행하려면 너무 많은 SQL 실행

(1) 재고가 10개 미만인 상품을 리스트로 조회한다.

(2) 상품 엔티티의 가격을 10% 증가한다.

(3) 트랜잭션 커밋 시점에 변경감지가 동작한다.

 

- 변경된 데이터가 100건이라면 100번의 UPDATE SQL이 실행된다.

- 벌크 연산으로 한번에 해결

// 영향받은 엔티티 수 반환
// 파라미터 설정 가능
String qString = "update Product p set = p.price = p.price * 1.1 where p.stockAmout < :stockAmout";
int resultCount = em.createQuery(qString);
  .setParameter("stockAmout", 10)
  .executeUpdate();

- 주의사항

(1) 벌크 연산은 영속성 컨텍스트를 무시하고 데이터베이스에 직접 쿼리

(2) 방법)

> 벌크 연산을 먼저 실행

> 벌크 연산 수행 후 영속성 컨텍스트 초기화