@Modifying에 관하여

작성한 질문수 7

1

안녕하세요! Gomgomi 님

좋은 질문 감사드립니다. 실무에서도 clearAutomatically, flushAutomatically 옵션을 사용할 수 있습니다, 다만 항상 설정하기보다는 해당 쿼리를 사용하는 트랜잭션의 흐름에 따라 결정합니다.

말씀해주신 @Modifying을 사용하는 상황이 발생하면 영속성 컨텍스트에 있는 데이터와 차이가 발생하는 상황은 예를들어 아래와 같은 경우라고 이해했습니다.

예를 들어 같은 트랜잭션 안에서 아래 코드를 실행한다고 가정하겠습니다.

val coupon = couponRepository.findById(couponId)
// coupon.issuedQuantity는 10

couponRepository.incrementIssuedQuantity(couponId) // @Modifying
// DB의 issuedQuantity는 11
// 기존 coupon 객체의 issuedQuantity는 여전히 10

val foundAgainCoupon = couponRepository.findById(couponId)
// findById()를 다시 호출해도 영속성 컨텍스트에 있는 기존 객체를 반환하므로 여전히 10

위 상황은 재조회한 coupon 의 발급수량이 변경되지 않은 이전값으로 보여서 문제가 될 수 있습니다.

반면, 강의의 최종 발급 코드에서는 Coupon 엔티티를 미리 조회하지 않고, UPDATE 쿼리로 발급 수량을 증가시킵니다. 이후에도 해당 Coupon 객체를 사용하지 않아요. 따라서 해당 흐름에는 오래된 값을 가진 Coupon 객체가 영속성 컨텍스트에 없으므로, 말씀해주신 두 옵션 없이 사용해도 괜찮습니다.

옵션의 역할을 보면, flushAutomatically = true는 UPDATE 쿼리를 실행하기 전에, 코드에서 엔티티 값을 바꿨지만 아직 DB에는 저장되지 않은 내용부터 먼저 DB에 반영하는 옵션이고, clearAutomatically = true는 UPDATE 실행 후 영속성 컨텍스트 전체를 비우는 설정입니다.

실무에서는 트랜잭션 안에서 대상 엔티티를 미리 조회했는지와 UPDATE 이후 어떻게 사용하는지를 확인한 후 위 옵션을 사용할지 말지 결정하면 됩니다.

감사합니다.