org.springframework.data.jpa.repository.support.SimpleJpaRepository
@Repository
적용: JPA 예외를 스프링이 추상화한 예외로 변환@Transactional
트랜잭션 적용@Transactional(readOnly=true)
readOnly = true
옵션을 사용하면 플러시를 생략해서 약간의 성능 향상을 얻을 수 있음save()
메소드***persist
)merge
)save()
메소드***persist
)merge
) -> 데이터 업데이트할 때 사용하는 것이 아닌 영속성을 벗어난 경우 다시 영속성으로 만들어 줄 때 사용null
로 판단0
으로 판단Persistable
인터페이스를 구현해서 판단 로직 변경 가능참고: JPA식별자 생성 전략이 @GenerateValue
면 save()
호출 시점에 식별자가 없으므로 새로운 엔티티로 인식해서 정상 동작한다. 그런데 JPA 식별자 생성 전략이 @Id
만 사용해서 직접 하랑이면 이미 식별자 값이 있는 상태로 save()
를 호출한다. 따라서 이 경우 merge()
가 호출된다. merge()
는 우선 DB를 호출해서 값을 확인하고, DB에 값이 없으면 새로운 엔티티로 인지하므로 매우 비효율적. 따라서 Persistable
를 사용해서 새로운 엔티티 확인 여부를 직접 구현하는 것이 효과적.
참고로 등록시간(@CreatedDate
)를 조합해서 사용하면 이 필드로 새로운 엔티티 여부를 편리하게 확인할 수 있다.(@CreateDate에 값이 없으면 새로운 엔티티로 판단)
@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;
}
}