SpringDataJPA 구현체

• JPA에서는 수정이나 삭제 등록에는 꼭 @Transactional 이 쓰여야 한다.

• SpringDataJPA 가 제공하는 공통 구현체인 SimpleJpaRepository 는 기본적으로 @Transactional 이 선언되있다.( 그러므로 우리가 등록/수정/삭제를 할떄 transactional 을 안써도 되는것이다.)

• 정확히는 @Transactional(readOnly = true) 이렇게 써있다. 데이터를 단순히 조회만 하고 변경하지 않는 트랜잭션에서 readOnly = true 옵션을 사용하면 플러시를 생략해서 약간의 성능 향상을 얻을 수 있다.

-> 플러쉬는 영속성컨텍스트에 있는 데이터를 db에 반영(데이터 변화) 하는것인데 다 단순조회만(read only=true) 할경우에는 필요가 없다.

SAVE()

• SAVE 메서드는 새로운 엔티티면 저장(persist)/ 아니면 병합(merge)

merge() = 데이터가 db에 있다는 가정하에 db에서 데이터를 가져온다. 없으면 새롭게 등록/ 있으면 기존데이터를 덮어 씌운다.

새로운 엔티티인지 어떻게 구별할까?

• 식별자가 객체일 때 null 로 판단
• 식별자가 자바 기본 타입일 때 0 으로 판단
• Persistable 인터페이스를 구현해서 판단 로직 변경 가능

• 이런식으로 식별자 pk 가 null일떄는 정상적으로 저장이 된다.

• 하지만 이렇게 객체에 값이 있으면 null로 인식을 하지않기 떄문에 바로 merge로 넘어간다.

정리

• JPA 식별자 생성 전략이 @GenerateValue 면 save() 호출 시점에 식별자가 없으므로 새로운 엔티티로 인식해서 정상 동작한다.

• 그런데 JPA 식별자 생성 전략이 @Id 만 사용해서 직접 할당이면 이미 식별자 값이 있는 상태로 save() 를 호출한다. 따라서 이 경우 merge() 가 호출된다. merge() 는 우선 DB를 호출해서 값을 확인하고, DB에 값이 없으면 새로운 엔티티로 인지하므로 매우 비효율 적이다.

• 따라서Persistable 를 사용해서 새로운 엔티티 확인 여부를 직접 구현하게는 효과적이다. 참고로 등록시간( @CreatedDate )을 조합해서 사용하면 이 필드로 새로운 엔티티 여부를 편리하게 확인할 수 있다. (@CreatedDate에 값이 없으면 새로운 엔티티로 판단)

• createDate 는 persist 하기전에 실행됀다.