inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

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

플러시

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

93

박형규

작성한 질문수 1

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();
    }

}

java jpa

답변 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차 캐시 및 쓰기 지연 전략이 언제 어떻게 작동하는지에 대한 유사한 논의가 포함되어 있습니다.

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

벌크연산에서 member.getAge 호출 시 영속성 컨텍스트에서 데이터를 가져오는건가요?

0

33

2

inheritance startegy 선택시 고려사항

0

24

1

Entity 동등성 비교

0

23

1

실무 조언 관련 질문입니다.

0

48

1

H2데이터베이스 파일 생성

0

58

2

서브쿼리 강의에서 ALL 예시 관련 질문드립니다.

0

56

2

수정또는 삭제시 영속성 엔티티에 값이 무조건 있어야 하나요?

0

58

1

JPQL 메소드와 락

0

55

1

Delivery @OneToOne

0

61

1

17강 4~5분대 테이블 값 조회가 안됩니다.

0

97

2

UnsupportedOperationException 발생

0

86

3

H2 Database 연결이 안됩니다.

0

98

2

연관관계 매핑 질문드립니다.

0

88

2

h2데이터베이스 실행오류

0

110

2

persistence.xml

0

112

2

양방향 연관관계에서 연관관계의 주인(mappedBy)을 왜 꼭 정해야 하나요?

0

83

1

영속성 컨텍스트

0

69

1

JPA 프록시

0

98

1

Native Query와 MyBatis

0

71

1

영속성 컨텍스트는 어떤 메모리에 저장되는건가요?

0

92

1

임베디드 타입 예시 코드 관련 질문

0

121

3

명시적 조인에서 별칭을 주면 왜 객체에 접근할 수 있나요

0

96

3

인텔리제이 패키지 커서 단축키 질문

0

109

2

혹시 현재는 ID 데이터 타입이 String이면 안되나요?

0

149

1