반응형
Spring Data JPA 게시글은 대부분 인프런의 김영한님의 강의인 '실전! 스프링 데이터 JPA' 기반으로 내용을 정리했습니다.
새로운 엔티티를 구별하는 방법
- 새로운 엔티티를 판단하는 기본 전략
- 식별자가 객체일 때 null로 판단
- 식별자가 자바 기본 타입일 때 0으로 판단
- private long id; 일 때 long에는 null이 들어갈 수 없으니 0이 들어간다.
- Persistable 인터페이스를 구현해서 판단 로직 변경이 가능하다.
- Item.class
@Entity
@Getter
public class Item {
@Id @GeneratedValue
private Long id;
}- ItemRepository.interface
public interface ItemRepository extends JpaRepository<Item, Long> {
}
- ItemRepositoryTest.class
@Autowired ItemRepository itemRepository;
@Test
public void save() {
Item item = new Item();
itemRepository.save(item);
}지금 코드 상황에서는 itemRepository.save()의 매개변수인 item에는 id 값이 null이다. @GeneratedValue를 하면 엔티티가 생성되는 시점이 아닌 JPA의 persist() 안에서 id 값이 부여된다. 그래서 구현체에 존재하는 save() 로직을 탈 때 새로운 객체로 판단되어 persist()가 발생한다.
여기서 문제가 발생할 수 있는데 예제 코드를 잠깐 변경해보자.
- Item.class
@Entity
@Getter
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Item {
@Id // @GeneratedValue
private String id;
public Item(String id) {
this.id = id;
}
}- ItemRepositoryTest.class
@Test
public void save() {
Item item = new Item("A");
itemRepository.save(item);
}위 예제 코드의 경우 구현체의 save()는 어떤 동작을 할까? 값이 있고, null과 0이 아니기때문에 이미 있는 엔티티로 인식하고 merget를 때려버린다.
이런 황당한 경우를 해결할 수 있는 방법은 Persistable이다.
Persistable
- Item.class
@Entity
@EntityListeners(AuditingEntityListener.class)
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Item implements Persistable<String> {
@Id // @GeneratedValue
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;
}
}Persistable의 인터페이스를 가져와서 Persistable 안에 있는 isNew() 메서드를 재정의한다. isNew() 안에 개발자가 직접 새로운 객체가 맞는지, 아닌지에 대한 로직을 짜주면 된다. 위 방법은 @CreatedDate를 이용한 방법으로, @CreatedDate는 어쨌든 JPA에서 persist()가 되기 전에 호출이 되는 기능이므로 null이면 persist()가 되지 않은 객체임을 알 수 있다. 그래서 createdDate가 null이면 새로운 객체라는 로직을 추가해주면 된다.
insert
into
item
(created_date, id)
values
(?, ?)
반응형
