인프런 영문 브랜드 로고
인프런 영문 브랜드 로고

인프런 커뮤니티 질문&답변

박형규님의 프로필 이미지

작성한 질문수

자바 ORM 표준 JPA 프로그래밍 - 기본편

플러시

'섹션 4 영속성 관리 - 내부 동작 방식' 관련 내용 질문

작성

·

47

·

수정됨

0

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예

[질문 내용]

처음에 Member 테이블이 비어있는 상태입니다.

아래 코드를 첫번째 실행할때는 insert, insert, update 총 3번의 쿼리가 날아가고,

두번째 실행할때는 insert, insert 총 2번의 쿼리가 날아가게 됩니다.

 

왜 첫 번째 실행시에는 update 쿼리가 날아가지만, 동일한 코드를 두 번째 실행할때는 update 쿼리가 날아가지 않는지 궁금합니다.

둘다 persist시에 영속성 컨텍스트의 1차캐시에 PK가 150L인 엔티티가 저장되고, find시에 DB가 아닌 해당 1차 캐시에서 가져오는 것이라고 이해했습니다. 그렇다면 두 코드 모두 변경 감지(Dirty Checking)에 의해 update가 날아가야하는 것 아닌가요?

public class JpaMain {

    public static void main(String[] args) {
        EntityManagerFactory emf = Persistence.createEntityManagerFactory("hello");
        EntityManager em = emf.createEntityManager();

        EntityTransaction tx = em.getTransaction();
        tx.begin();

        try {
            // 트랜잭션을 지원하는 쓰기 지연
            Member member1 = new Member(150L, "A");
            Member member2 = new Member(160L, "B");

            em.persist(member1);
            em.persist(member2);

            System.out.println("================");

            // 변경 감지
            Member member = em.find(Member.class, 150L);            
            member.setName("ZZZ");

            tx.commit();
        } catch (Exception e) {
            tx.rollback();
        } finally {
            em.close();
        }


        emf.close();
    }

}

답변 2

0

김영한님의 프로필 이미지
김영한
지식공유자

안녕하세요. 박형규님

제 생각에 두 번째 실행했을 때는 PK 충돌로 예외가 발생했을 것 같아요.

catch 부분에서 e.printStacktrace()를 찍어보시면 확인이 되실거에요.

감사합니다.

 

0

인프런 AI 인턴님의 프로필 이미지

안녕하세요, 인프런 AI 인턴입니다. 박형규님 질문에 답변드리겠습니다.

1차 캐시 및 변경 감지에 관한 질문을 주셨군요. JPA에서는 영속성 컨텍스트가 중요하게 작동하며, 그 안에서 변경 감지라는 메커니즘이 사용됩니다.

변경 감지와 쿼리 발생

  • 첫 번째 실행: Member member = em.find(Member.class, 150L); 구문에서 이미 1차 캐시에 member1 엔티티가 존재하게 됩니다. member.setName("ZZZ");을 통해 member의 상태가 명시적으로 변경되면서, commit 시점에 변경 감지가 일어나 UPDATE 쿼리가 발생하게 됩니다.

  • 두 번째 실행: 만약 같은 프로그램을 반복하여 실행하였다면, 이전 state에서 member1name이 “ZZZ”여서 변경이 이뤄지지 않으며, UPDATE 쿼리가 발생하지 않습니다. 데이터베이스 초기화 등의 상황을 고려하여 기존 값의 차이가 없는 경우 변경이 발생하지 않습니다.

이와 관련하여 추가로 도움이 될 만한 이전 답변들을 찾았습니다:

유사한 질문들

  1. “변경 감지에 대해서 질문이 있습니다.”

    • 변경 감지는 기본적으로 엔티티와 스냅샷을 비교하여 데이터베이스에 반영할 필요가 있는지 판단하는 과정입니다. 이 링크에서는 변경 감지에 대한 작동 방식과 스냅샷의 역할에 대한 김영한 강사의 설명이 있습니다.
  2. “변경감지 스냅샷”

    • 스냅샷은 find 시점에 객체의 복사가 이루어지며, 변경 이후 commit 시점에 원본과 비교하여 변경 사항이 감지됩니다.
  3. “1차캐시와 SQL 쓰기지연 저장소에 저장되는 시점이 궁금합니다.”

    • JPA의 1차 캐시 및 쓰기 지연 전략이 언제 어떻게 작동하는지에 대한 유사한 논의가 포함되어 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.