공통 인터페이스 분석해보겠습니다.

공통 인터페이스 분석

• 제네릭 타입
  • T : 엔티티
  • ID : 엔티티의 식별자 타입
    • S : 엔티티와 그 자식 타입 (별로 중요하지 않음)

1. JpaRepository

   • JpaRepository 의 패키지는 org.springframework.data.jpa.repository 입니다.

   • 스프링 데이터 프로젝트는 기본적인 공통의 CRUD 를 제공하는 공통 프로젝트가 있고 JPA에 특화된 프로젝트가 있습니다.

     

     JpaRepository 는 JPA의 특화된 라이브러리라서 spring-data-jpa 안에 들어있습니다.

2. PagingAndSortingRepository

   • PagingAndSortingRepository 의 패키지는 org.springframework.data.repository 입니다.

   • PagingAndSortingRepository 는 spring-data-commons 안에 들어있습니다. 페이징이나 소팅은 관계형 DB, 공고 DB, NoSQL 에서 비슷합니다. 그래서 PagingAndSortingRepository 란 공통 인터페이스가 제공이 됩니다.

     Spring Data 란 공통의 프로젝트가 있고 JPA, redis, mongodb 등에 따라서 상세한 라이브러리들이 있습니다.

   • 이 말은 나중에 DB 가 바뀌어도 PagingAndSortingRepository 에 있는 기능은 그대로 쓸 수 있다는 것이죠. (사실 DB를 바꾸는 것은 현실적으로 힘들고요, 유사한 인터페이스로 편하게 개발할 수 있다는 장점이 더 크죠.)

3. CrudRepository

   • 기본적인 CRUD 가 들어있습니다.

4. Repository

   • marker 인터페이스로 특별한 기능이 있지는 않습니다.
   • 스프링 빈을 만들 때 클래스 패스 스캔을 하기 쉽게 만들어주는 기능을 제공합니다.

<aside> ❗ 주의!

최신 스프링 데이터 JPA는 T findOne(ID) 이 Optional<T> findById(ID) 변경되었습니다.

</aside>

주요 메서드

• save(S) : 새로운 엔티티는 저장하고 이미 있는 엔티티는 병합합니다.
• delete(T) : 엔티티 하나를 삭제합니다. 내부에서 EntityManager.remove() 호출
• findById(ID) : 엔티티 하나를 조회합니다. 내부에서 EntityManager.find() 호출
• getOne(ID) : 엔티티를 프록시로 조회합니다. 내부에서 EntityManager.getReference() 호출해서 진짜 엔티티를 가져오는 게 아니라 가짜 프록시를 가져오고 실제 값을 꺼낼 때 쿼리를 날려서 데이터를 가져옵니다.