스프링 데이터 JPA 구현체 분석
스프링 데이터 JPA가 제공하는 공통 인터페이스의 구현체
org.springframework.data.jpa.repository.support.SimpleJpaRepository
@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를 사용할 때 트랜잭션이 없어도 데이터 등록, 변경이 가능했음
- (사실은 트랜잭션 이 리포지토리 계층에 걸려있는 것임)
- @Transactional(readOnly = true)
- 데이터를 단순히 조회만 하고 변경하지 않는 트랜잭션에서 `readOnly = true` 옵션을 사용하면 플러시를 생략해서 약간의 성능 향상을 얻을 수 있음.
**매우 중요!!!**
- save() 메서드
- 새로운 엔티티면 저장( `persist` )
- 새로운 엔티티가 아니면 병합( `merge` )
새로운 엔티티를 구별하는 방법
save() 메서드
- 새로운 엔티티면 저장( `persist` )
- 새로운 엔티티가 아니면 병합( `merge` )
새로운 엔티티를 판단하는 기본 전략
- 식별자가 객체일 때 `null` 로 판단 식별자가 자바 기본타입일 때 0 으로판단
- `Persistable` 인터페이스를 구현해서 판단 로직 변경 가능
Persistable
package org.springframework.data.domain;
public interface Persistable<ID> {
ID getId();
boolean isNew();
}
참고: JPA 식별자 생성 전략이 @GenerateValue 면 `save()` 호출 시점에 식별자가 없으므로 새로운 엔티티로 인식해서 정상 동작한다(GenerateValue는 JPA에 persist를 하면 그 안에서 들어감).
@Entity
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Item {
@Id
private String id;
public Item(String id) {
this.id = id;
}
}
@Test
public void save() {
Item item = new Item("A");
itemRepository.save(item);
}
그런데 JPA 식별자 생성 전략이 `@Id` 만 사용해서 직접 할당이면 이미 식별자 값이 있는 상태로 `save()` 를 호출한다.
따라서 이 경우 `merge()` 가 호출된다(else 문을 타므로). `merge()는 우선 DB를 호출해서 값을 확인하고, DB에 값이 없으면 새로운 엔티티로 인지하므로 매우 비효율적이다(DB에 쿼리를 한 번 날려야 하기 때문에). 따라서 `Persistable` 를 사용해서 새로운 엔티티 확인 여부를 직접 구현하게는 효과적이다.
**Persistable 구현**
@Entity
@EntityListeners(AuditingEntityListener.class)
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Item implements Persistable<String> {
@Id
private String id;
@CreatedDate
private LocalDateTime createdDate;
@Override
public String getId() {
return id;
}
@Override
public boolean isNew() {
return createdDate == null;
}
public Item(String id) {
this.id = id;
}
}
- 참고로 등록시간(`@CreatedDate`)을 조합해서 사용하면 이 필드로 새로운 엔티티 여부를 편리하게 확인할 수 있다.
- (@CreatedDate에 값이 없으면 새로운 엔티티로 판단)
- @CreatedDate의 값은 save() 메서드 호출이 끝난 뒤 들어오는 것이 아니라, save() 호출 과정 중에 엔티티가 Persist 상태로 전환될 때 생성된다.
'JPA' 카테고리의 다른 글
[Spring Data JPA] WEB 확장 기능, 페이지 1처리 코드 구현 (0) | 2025.01.18 |
---|---|
[Spring Data JPA] Auditing (0) | 2025.01.18 |
[Spring Data JPA] 사용자 정의 리포지토리 구현 (0) | 2025.01.18 |
[Spring Data JPA] JPA Hint & Lock (0) | 2025.01.18 |
[Spring Data JPA] @EntityGraph (0) | 2025.01.17 |