Data Jpa - 구현체 분석 , 나머지 기능

✔ SimpleJpaRepository

Data Jpa 인터페이스의 메서드를 구현하는 구현체이다.

@Repository
@Transactional(readOnly = true)
public class SimpleJpaRepository<T, ID> ...{

 @Transactional
 public <S extends T> S save(S entity) {
 
 if (entityInformation.isNew(entity)) {
     em.persist(entity);
     return entity;
 } else {
	 return em.merge(entity); }
 }
 ... 등등 여러가지
}

• @Repository 적용 : JPA 예외를 스프링이 추상화한 예외로 변환
• @Transactional 트랜잭션 적용
  JPA의 모든 변경은 트랜잭션 안에서 동작
  스프링 데이터 JPA는 변경(등록, 수정, 삭제) 메서드를 트랜잭션 처리
  서비스 계층에서 트랜잭션을 시작하지 않으면 리파지토리에서 트랜잭션 시작
  서비스 계층에서 트랜잭션을 시작하면 리파지토리는 해당 트랜잭션을 전파 받아서 사용
  그래서 스프링 데이터 JPA를 사용할 때 트랜잭션이 없어도 데이터 등록, 변경이 가능했음(사실은트랜잭션이 리포지토리 계층에 걸려있는 것임)

• 매우 중요!!!
  • save() 메서드*
    새로운 엔티티면 저장( persist )
    새로운 엔티티가 아니면 병합( merge )
  • 새로운 엔티티를 판단하는 기본 전략
    1.식별자가 객체일 때 null 로 판단
    2.식별자가 자바 기본 타입일 때 0 으로 판단
    3.Persistable 인터페이스를 구현해서 판단 로직 변경 가능

    public interface Persistable<ID> {
    			 ID getId();
    			boolean isNew();
    			}

JPA 식별자 생성 전략이 @GenerateValue 면 save() 호출 시점에 식별자가 없으므로 새로운엔티티로 인식해서 정상 동작한다. @GenerateValue 는 객체가 persist 되어야 만들어서 주입해준다. JPA 식별자 생성 전략이 @Id 만 사용해서 직접 할당이면 이미 식별자 값이 있는 상태로 save() 를 호출한다. 따라서 이 경우 merge() 가 호출된다. merge() 는 우선DB를 호출해서 값을 확인하고, DB에 값이 없으면 새로운 엔티티로 인지하므로 매우 비효율 적이다. 따라서 Persistable 를 사용해서 새로운 엔티티 확인 여부를 직접 구현하게는 효과적이다.

✔ 참고로 등록시간( @CreatedDate )을 조합해서 사용하면 이 필드로 새로운 엔티티 여부를 편리하게 확인할수 있다. (@CreatedDate에 값이 없으면 새로운 엔티티로 판단)

✔ Projections

---

엔티티 대신에 DTO를 편리하게 조회할 때 사용
전체 엔티티가 아니라 만약 회원 이름만 딱 조회하고 싶으면?
조회할 엔티티의 필드를 getter 형식으로 지정하면 해당 필드만 선택해서 조회(Projection)

public interface UsernameOnly {
	String getUsername();
}

메서드 이름은 자유, 반환 타입으로 인지

public interface MemberRepository ... {
	List<UsernameOnly> findProjectionsByUsername(String username);
}

인터페이스 기반 Projections

프로퍼티 형식(getter)의 인터페이스를 제공하면, 구현체는 스프링 데이터 JPA가 제공

public interface UsernameOnly { 
	String getUsername();
}

클래스 기반 Projections

public class UsernameOnlyDto {

   private final String username;
 
   public UsernameOnlyDto(String username) {
      this.username = username;
   }
 
   public String getUsername() {
      return username;
   }
}

동적 Projections

<T> List<T> findProjectionsByUsername(String username, Class<T> type);

List<UsernameOnly> result =memberRepository.findProjectionsByUsername("m1",UsernameOnly.class);

✔ NativeQuery 네이티브 쿼리

가급적 네이티브 쿼리는 사용하지 않는게 좋음, 정말 어쩔 수 없을 때 사용
최근에 나온 궁극의 방법 스프링 데이터 Projections 활용

페이징 지원

• 반환 타입
  • Object[]
  • Tuple
  • DTO(스프링 데이터 인터페이스 Projections 지원)
• 제약
  • Sort 파라미터를 통한 정렬이 정상 동작하지 않을 수 있음(믿지 말고 직접 처리)
  • JPQL처럼 애플리케이션 로딩 시점에 문법 확인 불가
  • 동적 쿼리 불가

jpql 네이티브 쿼리

public interface MemberRepository extends JpaRepository<Member, Long> {
   @Query(value = "select * from member where username = ?", nativeQuery =true)
   Member findByNativeQuery(String username);
 }

JPQL은 위치 기반 파리미터를 1부터 시작하지만 네이티브 SQL은 0부터 시작

동적 Projections

@Query(value = "SELECT m.member_id as id, m.username, t.name as teamName " +
           "FROM member m left join team t ON m.team_id = t.team_id",
           countQuery = "SELECT count(*) from member",
           nativeQuery = true)
           
Page<MemberProjection> findByNativeProjection(Pageable pageable);