org.springframework.data.jpa.repository.support.SimpleJpaRepository
EntityManager
를 주입받아 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
스프링에게 Component 임을 알려 ComponentScan 대상이 되는 것을 알려준다.
DB 연동 방식을 JdbcTemplate으로 바꾸거나 다른 프레임워크를 이용하더라도 @Repository
이 추가되어 있다면 추상화된 예외 처리 방식으로 구현 가능하고, 이는 실제 구현체가 바뀌어도 다른 비즈니스 로직에는 영향을 주지 않는다.
@Transactional
Spring Data JPA는 변경(등록, 수정, 삭제) 메서드를 트랜잭션 처리
서비스 계층에서 트랜잭션을 시작하지 않으면
Repository
에서 트랜잭션 시작
서비스 계층에서 트랜잭션을 시작하면
Repository는 해당 트랜잭션을 전파 받아서 사용
@Transactional(readOnly = true)
readOnly = true
옵션을 사용하면 플러시를 생략해서 약간의 성능 향상을 얻을 수 있다.새로운 엔티티를 판단하는 기본 전략
null
로 판단0
으로 판단Persistable
인터페이스를 구현해서 판단 로직 변경 가능package org.springframework.data.domain;
public interface Persistable<ID> {
ID getId();
boolean isNew();
}
JPA 식별자 생성 전략이 @GenerateValue
면 save()
호출 시점에 식별자가 없으므로 새로운 엔티티로 인식해서 정상 동작한다.
만약 JPA 식별자 생성 전략이 @Id
만 사용해서 직접 할당이면 이미 식별자 값이 있는 상태로 save()
를 호출하게 되고, 이 경우 merge()
가 호출된다. merge()
는 우선 DB를 호출해서 값을 확인하고, DB에 값이 없으면 새로운 엔티티로 인지하므로 매우 비효율 적
이다.
Persistable
를 사용해서 새로운 엔티티 확인 여부를 직접 구현하는 게 효과적이다.
참고로 등록시간( @CreatedDate
)을 조합해서 사용하면 이 필드로 새로운 엔티티 여부를 편리하게 확인할 수 있다. (@CreatedDate에 값이 없으면 새로운 엔티티로 판단)
@Entity
@EntityListeners(AuditingEntityListener.class)
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Item implements Persistable<String> {
@Id
private String id;
@CreatedDate
private LocalDateTime createdDate;
public Item(String id) {
this.id = id;
}
@Override
public String getId() {
return id;
}
@Override
public boolean isNew() {
return createdDate == null;
}
}
Auditing
사용을 위해 @EventListeners
추가