[Spring Data JPA] 내부 동작 원리

 

 

 

Spring Data JPA 기술이 제공하는 공통 인터페이스의 구현체를 살펴보자.

 

 

 

 

SimpleJpaRepository 클래스가 공통 인터페이스를 구현한다.

 

@Repository 애너테이션이 붙어있다.

 

따라서 Spring의 Component Scan의 대상이 되고, 특정 계층에서 예외가 터진 경우 Spring이 다루기 쉬운 예외로 변환한다.

덕분에 구현 기술을 바꾸더라도 기존 기술에 영향을 주지 않는다.

 

@Transaction 애너테이션도 붙어있다.

 

모든 데이터의 변경은 Transaction 내부에서 진행되어야 한다.

Spring Data JPA는 기본으로 제공하는 기능에 모두 @Transaction 애너테이션을 붙이기 때문에 개발자가 좀 더 편하게 개발할 수 있다.

 

단순히 조회만 하는 작업에서 @Transactional(readOnly = true) 를 설정하면 Transaction이 커밋 되는 시점에 flush가 발생하지 않기에 성능 향상을 얻을 수 있다.

 

 

 

 

구현체의 save 메서드는 새로운 엔티티인 경우 persist를, 새로운 엔티티가 아닌 경우 merge를 호출한다.

그러면 해당 엔티티가 새로운 엔티티인지 구별할 수 있다는건데.. 어떻게 구별하는걸까?

 

 

엔티티에서 @GeneratedValue 애너테이션이 붙은 멤버변수는 식별자로 설정된다.

식별자는 persist 메서드를 통해 영속성 컨텍스트로 관리되기 시작하는 순간 생성되고, 그 전까지는 객체인 경우 null, Primitive Type인 경우 0으로 초기화 되어 있다.

 

Spring Data JPA는 바로 이 식별자를 기준으로 엔티티를 구분한다. (null이나 0이면 새로운 엔티티)

 

내부 동작을 모르고 @GeneratedValue 대신 생성자를 통해 식별자를 초기화한다면..?

save 메서드를 실행할 때 새로운 엔티티임을 제대로 확인하지 못하고 merge를 호출하게 되는 경우가 발생할 수 있다.

 

하지만 방법은 있다. Persistable 인터페이스를 사용하면 된다.

 

 

 

 

 

식별자 전략을 @GeneratedValue로 설정할 수 없는 경우 Persistable 인터페이스를 구현해서 엔티티를 구별할 수 있도록 한다.

 

일단 이름 자체가 직관적으로 다가온다.

위와 같이 Persistable 인터페이스의 메서드들을 오버라이드하면 Spring Data JPA가 엔티티를 구별할 수 있게 된다.