스프링 데이터 JPA
- 데이터 접근 계층(Data Access Layer)에서는 CRUD로 부르는 유사한 등록, 수정, 삭제, 조회 코드 개발이 반복됨
- JPA에서도 동일함
- 제네릭과 상속을 적정히 사용해서 공통 부분을 처리하는 부모 클래스를 만들면 됨 (GenericDAO)
- 하지만 이 방법은 공통 기능을 구현한 부모 클래스에 너무 종속되고 구현 클래스 상속이 가지는 단점에 노출됨
스프링 데이터 JPA 소개
공통 인터페이스 기능
쿼리 메소드 기능
- 스프링 데이터 JPA가 제공하는 쿼리 메소드 기능은 크게 3가지가 존재
- 메소드 이름으로 쿼리 생성
findByUsername
- 메소드 이름으로 JPA NamedQuery 호출
- 스프링 데이터 JPA는 선언한 “도메인 클래스 + . + 메소드 이름으로 Named 쿼리를 찾아서 실행
- Named 쿼리가 없으면 메소드 이름으로 쿼리 생성 전략 사용
@Entity
@NameQuery(name="Member.findByUsername", query="select m from Member m where m.username = :username") // 또는 XML로 정의가능
public class Member {
...
}
em.createNamedQuery("Member.findByUsername", Member.class).setParameter(..).getResultList()
// 스프링 데이터 JPA
public interface MemberRepository extends JpaRepository<Member, Long> {
List<Member> findByUsername(@Param("username") String username);
}
@Query어노테이션을 사용해서 쿼리 직접 정의
// JPQL
@Query("select m from Member m where m.username = :username")
// native
@Query(value = "select * from Member where username = :username", nativeQuery = true)
- 벌크 쿼리 실행후 영속성 컨텍스트를 초기화 하고 싶으면 다음과 같이 수행
@Modifying(clearAutomatically = true) - 힌트
- 락
명세
- 도메인 주도 설계는 명세(specification)라는 개념을 소개하는데, 스프링 데이터 JPA는 JPA Criteria로 이 개념을 사용할 수 있도록 지원
- 명세를 이해하기 위한 핵심단어는 술어(predicate)인데 참, 거직으로 평가
- 술어는 AND, OR로 조합가능
- Specification은 컴포지트 패턴으로 구성되어 있어 여러 Specification을 조합 가능
JpaSpecificationExcutor를 상속해서 사용
사용자 정의 리포지토리 구현
- 스프링 데이터 JPA로 리포지토리를 개발하면 인터페이스만 정의하고 구현체는 직접 개발하지 않음
- 다양한 이유로 직접 구현해야 할 경우도 존재
- 이 경우 공통 인터페이스가 제공하는 기능까지 모두 구현해야함
- 스프링 데이터 JPA는 이런 문제를 우회해서 필요한 메소드만 구현할 수 있는 방법을 제공
public interface MemberRepositoryCustom {
...
}
// 클래스명이 인터페이스이름 + Impl로 정의하면 사용자 지정 클래스로 인식
public class MemberRepositoryImpl implements MemberRepositoryCustom {
...
}
public interface MemberRepository extends JpaRepository<>, MemberRepositoryCustom {
...
}