벌크성 수정 쿼리

1. 순수 JPA

 

MemberJpaRepository

// 벌크성 수정 쿼리
    public int bulkAgePlus(int age){
        return em.createQuery("update Member m set m.age = m.age + 1 where m.age >= :age")
                .setParameter("age", age)
                .executeUpdate();
    }

 

테스트 - MemberJpaRepositoryTest

// 벌크성 수정 쿼리
    @Test
    public void bulkUpdate(){
        memberJpaRepository.save(new Member("member1", 10));
        memberJpaRepository.save(new Member("member2", 15));
        memberJpaRepository.save(new Member("member3", 20));
        memberJpaRepository.save(new Member("member4", 21));
        memberJpaRepository.save(new Member("member5", 40));

        //when
        int resultCount = memberJpaRepository.bulkAgePlus(20);

        //then
        assertThat(resultCount).isEqualTo(3);
    }

 

 

2. 스프링 Data JPA

MemberRepository 

public interface MemberRepository extends JpaRepository<Member, Long> {

    // 벌크 수정 쿼리
    @Modifying(clearAutomatically = true) //쿼리가 나가고 난 다음에 자동으로 clear() 자동으로 수행
    @Query("update Member m set m.age = m.age + 1 where m.age >= :age")
    int bulkAgePlus(@Param("age") int age);
}

@Modifying 필수 -> 빼먹으면 QueryExecutionRequestException: Not supported for DML operations 에러 난다.

 

벌크성 수정, 삭제 쿼리는 @Modifying 어노테이션을 사용

사용하지 않으면 다음 예외 발생

• org.hibernate.hql.internal.QueryExecutionRequestException: Not supported for DML operations

벌크 연산에서 조심해야 할 점!!

JPA는 영속성 컨택스트가 있어서 Entity에서 다 관리가 된다 

그런데 벌크 연산은 그걸 다 무시하고 디비에 바로 넣어버린다.

-> 영속성 컨택스트에 들어있고 아직 디비에 반영이 되지 않은 상태에서 벌크 연산을 해버리면 문제가 발생한다.

 

따라서, 

벌크성 쿼리를 실행하고 나서 영속성 컨텍스트 초기화 해야한다: 

@Modifying(clearAutomatically = true)  <- 쿼리가 나가고 난 다음에 자동으로 clear() 자동으로 수행

(이 옵션의 기본값은 false )

이 옵션 없이 회원을 findById로 다시 조회하면 영속성 컨텍스트에 과거 값이 남아서 문제가 될 수 있다.

 

벌크연산 수행 후 딱 끝나버리면 깔끔하다.

but, 다시 조회해야 하면 꼭 영속성 컨텍스트를 초기화 하자.

 

 

 

 

 

순수 jpa 초기화 방법

@PersistenceContext
EntityManager em;


em.flush(); // 남아있는게 반영
em.clear(); // 초기화