JPQL

JPQL(JAVA Persistence Query Language)

엔티티(객체)를 대상으로 데이터를 검색. SQL을 추상화하여 특정 DB의 SQL에 의존하지 않는다. 

단점 : 동적 쿼리를 만들기 어렵다. 

select m from Member as m where m.age > 18
엔티티와 속성은 대소문자 구분(Member, age)

JPQL 키워드(SELECT, FROM, WHERE)는 대소문자 구분 X
엔티티 이름을 사용한다. 테이블 이름 X

- TypeQuery : 반환 타입이 명확할 때 사용
ex ) select m from Member m, Member.class

- Query : 반환 타입이 명확하지 않을 때 사용
ex ) select m.username, m.age from Member m

결과 조회 API

- query.getResultList() : 결과가 하나 이상일 때, 리스트를 반환한다. 결과가 없을경우 빈 리스트를 반환한다.

- query.getSingleResult() : 결과가 정확하게 하나일 때, 단일 객체를 반환한다.
* 결과가 없거나 둘 이상일 경우? Exception Error를 반환한다.

파라미터 바인딩

- 이름기준 (권장)
select m from Member m where m.username = :username
query.setParameter( name:"username", value: "member1");

- 위치기준
select m from Member m where m.username = ?1
query.setParameter( position:1, value: "member1");

sql : DB를 대상으로 데이터를 검색

 

Criteria

JPQL의 단점인 동적 쿼리의 문제를 해결하기 위한 대안.

장점 : 문자가 아닌 자바코드로 JPQL을 작성할 수 있다.
단점 : 너무 복잡하고 실용성이 없다.

QueryDSL

criteria 와 같은 장점을 가지고 있다. 추가로 컴파일 시에 문법 오류를 찾을 수 있고, 동적 쿼리 작성이
가능하다. 단순하고 쉬운 구조로 인해 실무 사용이 권장된다.

flush()  ->  commit, query 

JDBC 커넥션을 직접 사용할 경우에는 영속성 컨텍스트를 수동으로 flush 해야 한다.

프로젝션 

=> 프로젝션 대상: 엔티티, 임베디드 타입, 스칼라 타입 (숫자, 문자등 기본 데이터 타입)
=> DISTINCT로 중복 제거

ex) 엔티티 프로젝션
SELECT m FROM Member m
SELECT m.team FROM Member m

ex) 임베디드 타입 프로젝션
SELECT m.address FROM Member m

ex) 스칼라 타입 프로젝션
SELECT m.username, m.age FROM Member m

스칼라 타입 프로젝션 - 여러 값 조회
SELECT m.username, m.age FROM Member m

1. Query 타입으로 조회
2. Object[] 타입으로 조회
3. new 명령어로 조회
-> 단순 값을 DTO로 바로 조회
     SELECT new jpabook.jpql.UserDTO(m.username, m.age) FROM Member m
-> 패키지 명을 포함한 전체 클래스 명 입력
-> 순서와 타입이 일치하는 생성자 필요

 

페이징 API

JPA는 페이징을 다음 두 API 로 추상화

=> setFirstResult(int startPosition) : 조회 시작 위치
=> setMaxResult(int maxResult) : 조회할 데이터 수

ex)
List<Member> result = em.createQuery("select m from Member m order by m.age desc", Member.class)
.setFirstResult(0)
.setMaxResults(10)
.getResultList();

 

조인[ join ]

- 내부조인
SELECT m FROM Member m [INNER] JOIN m.team t

- 외부조인
SELECT m FROM Member m LEFT[OUTER] JOIN m.team t

- 세타조인
select coutn(m) from Member m, Team t where m.username=t.name  

조인 - ON 절
ON절을 활용한 조인

1. 조인 대상 필터인
   ex) 회원과 팀을 조인하면서, 팀 이름이 A인 팀만 조인
   
   JPQL:
   SELECT m, t FROM Member m LEFT JOIN m.team t on t.name = 'A'
   SQL:
   SELECT m.* , t.* FROM Member m LEFT JOIN Team t ON m.TEAM_ID = t.id and t.name='A'
   
   
2. 연관관계 없는 엔티티 외부 조인
   ex) 회원의 이름과 팀의 이름이 같은 대상 외부 조인
   
   JPQL:
   SELECT m, t FROM Member m LEFT JOIN Team t on m.username = t.name
   SQL:
   SELECT m.*, t.* FROM Member m LEFT JOIN Team t ON m.username = t.name
   

 

 

서브 쿼리

쿼리문에서 조건문 처럼 사용 가능하며 일반적인 쿼리 뒤에 덧붙인다.

ex) 나이가 평균보다 많은 회원
select m from Member m where m.age > (select avg(m2.age) from Member m2)

[서브 쿼리 지원 함수]

- (NOT) EXISTS (subquery): 서브쿼리에 결과가 존재하면 참 
select m from Member m where exists (select t from m.team where t.name = '팀A') ->  팀A 소속인 회원 

- ALL: 모두 만족하면 참 // AND 구문과 유사
select o from Order o where o.orderAmount > ALL (select p.stockAmount from Product p)
-> 전체 상품 각각의 재고보다 주문량이 많은 주문들 

- ANY, SOME: 같은 의미, 조건을 하나라도 만족하면 참 // OR 구문과 유사
select m from Member m where m.team = ANY (select t from Team t) -> 어떤 팀이든 팀에 소속된 회원 

- (NOT) IN {subquery}: 서브쿼리의 결과 중 하나라도 같은 것이 있으면 참

 

[JPA 서브 쿼리 한계]

JPA는 WHERE, HAVING, SELECT(하이버네이트에서 지원) 절에서만 서브 쿼리 사용 가능

FROM 절의 서브 쿼리는 현재 JPQL에서 불가능
- 조인으로 풀 수 있으면 풀어서 해결