DeJa
Techvu
DeJa
전체 방문자
51,021
오늘
19
어제
54
  • Techvu (60)
    • DesignPatterns (3)
      • 생성 (0)
      • 구조 (1)
      • 행동 (2)
    • Refactoring (0)
    • DataStructures (0)
    • Algorithms (24)
      • 기본 지식 (12)
      • 문제 풀이 (12)
    • OOP (0)
    • TDD (2)
    • DDD (0)
    • Programming Languages (9)
      • Java (9)
      • Kotlin (0)
    • Spring (1)
    • JPA (7)
    • Web (1)
      • 기본 지식 (1)
      • 실무 경험 (0)
    • CS (12)
      • Network (1)
      • OS (8)
      • DataBase (3)
      • Server (0)
    • Git (1)
    • Conferences (0)

블로그 메뉴

  • 홈
  • 태그
  • 미디어로그
  • 위치로그
  • 방명록

공지사항

  • Study
  • GitHub
  • Medium Blog

인기 글

  • 스키마(Schema)
    2022.01.08
    스키마(Schema)
  • 자바 버전별 역사 및 특징
    2022.01.12
    자바 버전별 역사 및 특징
  • 깃허브 사용 방법
    2021.12.15
    깃허브 사용 방법
  • 동시성 이슈(Concurrency Issue)
    2022.03.20
    동시성 이슈(Concurrency Issue)
  • JPA 는 과연 1차 캐시를 통해서 Repeatable R⋯
    2021.12.27
    JPA 는 과연 1차 캐시를 통해서 Repeatable R⋯

태그

  • CS
  • Spring
  • 디자인패턴
  • web
  • DATABASE
  • java
  • JPA
  • OS
  • 알고리즘
  • TDD
  • network

최근 댓글

  • 글 잘읽고 가요.
    아이폰
  • 컴파일러자체에서 꼬리재귀를 지원하지 않으니 static으로⋯
    aaa
  • 압도적 감사
    ㅇㅇㅇ

최근 글

  • Write a test code right now
    2022.03.24
    Write a test code right now
  • 동시성 이슈(Concurrency Issue)
    2022.03.20
    동시성 이슈(Concurrency Issue)
  • POJO, JavaBean, Entity, VO, DTO
    2022.02.08
    POJO, JavaBean, Entity, VO, DTO
  • TDD with Agile
    2022.02.05
    TDD with Agile
  • Java Stream 기초
    2022.01.23
    Java Stream 기초

티스토리

hELLO · Designed By 정상우.
DeJa

Techvu

기본키 매핑 전략에 따른 INSERT QUERY 실행 시점
JPA

기본키 매핑 전략에 따른 INSERT QUERY 실행 시점

2021. 12. 28. 21:06
728x90

기본키 매핑 전략에 따른 INSERT QUERY 실행 시점

JPA 의 기본키 생성 전략 중, IDENTITY 와 SEQUENCE 전략을 사용할 때, 실제 언제 INSERT QUERY 가 나가고 어떻게 영속성 엔티티에 들어가서 관리되는지 확인해보자.

IDENTITY

@DisplayName("IDENTITY 전략 테스트")
@SpringBootTest
class IdentityStrategyTest {

    @Value("${persistence.unitname}")
    private String persistenceUnitName;

    @DisplayName("em.persist() 시 INSERT 쿼리가 나가는지 테스트")
    @Test
    void insertQueryIsWorkAtPersist() throws Exception {
        EntityManagerFactory emf = Persistence.createEntityManagerFactory(persistenceUnitName);
        EntityManager em = emf.createEntityManager();
        EntityTransaction tx = em.getTransaction();

        tx.begin();
        try {
            Member member = new Member();
            member.setUsername("BAEK");

            // 이 시점에, INSERT QUERY 가 실행되고
            // 내부적으로 DB 에 등록된 ID 값을 가져와서 MEMBER 엔티티에 설정한다.
            // 따라서, MEMBER 엔티티에 ID(PK) 값이 있기 때문에 1차 캐시(영속성 엔티티)에서 관리될 수 있다.
            em.persist(member);

            // MEMBER 엔티티에서 ID 값을 꺼내는 순간 ID(PK) 값이 바인딩 되는것이 아니다.
            System.out.println(member.getId());

            // 1차 캐시에서 조회
            Member findMember = em.find(Member.class, 1L);
            System.out.println(findMember.getId());
            tx.commit();
        } catch (Exception e) {
            tx.rollback();
        } finally {
            em.close();
            emf.close();
        }
    }
}

em.persist(member) 시점에 아래와 같은 INSERT QUERY 가 나가는 것을 볼 수 있다.

Hibernate: 
    /* insert com.jtcwp.purejpa.domain.member.Member
        */ insert 
        into
            Member
            (name) 
        values
            (?)

SEQUENCE

@DisplayName("SEQUENCE 전략 테스트")
@SpringBootTest
class SequenceStrategyTest {

    @Value("${persistence.unitname}")
    private String persistenceUnitName;

    @DisplayName("시퀀스를 통한 기본키 생성 전략을 사용하는 경우 INSERT 쿼리가 트랜잭션 커밋 시점에 나가는지 테스트")
    @Test
    void insertQueryIsWorkAtTransactionCommit() throws Exception {
        EntityManagerFactory emf = Persistence.createEntityManagerFactory(persistenceUnitName);
        EntityManager em = emf.createEntityManager();
        EntityTransaction tx = em.getTransaction();

        tx.begin();
        try {
            Member member = new Member();
            member.setUsername("BAEK");

            // 이 시점에, 시퀀스가 호출되어서(call next value for hibernate_sequence) 
            // 데이터베이스에 생성된 시퀀스 값을 MEMBER 엔티티 ID 에 넣어서, 영속성 엔티티로 등록 한다.
            em.persist(member);

            // MEMBER 엔티티에서 ID 값을 꺼내는 순간 ID(PK) 값이 바인딩 되는것이 아니다.
            System.out.println(member.getId());

            // 1차 캐시에서 조회
            Member findMember = em.find(Member.class, 1L);
            System.out.println(findMember.getId());

            // 이 시점에 실제 INSERT QUERY 가 나간다.
            tx.commit();
        } catch (Exception e) {
            tx.rollback();
        } finally {
            em.close();
            emf.close();
        }
    }
}

em.persist(member) 시점에 아래와 같이 시퀀스가 호출되는 것을 볼 수 있다.

Hibernate: 
    call next value for hibernate_sequence

테스트에서 확인한 것 처럼, 기본키 매핑에 어떠한 전략을 사용하는지에 따라 INSERT QUERY 가 실행되는 시점이 달라지기 때문에 잘 알고 있어야 한다.

728x90
저작자표시 비영리 동일조건
  • 카카오스토리
  • 트위터
  • 페이스북

'JPA' 카테고리의 다른 글

다양한 연관관계 매핑과 설정에 따른 트레이드 오프  (0) 2021.12.31
테이블과 컬럼에 대한 명세를 엔티티에 자세하게 적는것이 좋은지?  (0) 2021.12.29
AllocationSize 를 통한 성능 최적화  (0) 2021.12.28
EntityManager 를 쓰레드간 공유하면 안되는 이유  (0) 2021.12.28
JPA 는 과연 1차 캐시를 통해서 Repeatable Read 를 지원할까?  (0) 2021.12.27
    'JPA' 카테고리의 다른 글
    • 테이블과 컬럼에 대한 명세를 엔티티에 자세하게 적는것이 좋은지?
    • AllocationSize 를 통한 성능 최적화
    • EntityManager 를 쓰레드간 공유하면 안되는 이유
    • JPA 는 과연 1차 캐시를 통해서 Repeatable Read 를 지원할까?
    JPA, Spring
    DeJa
    DeJa
    Tech Blog
    댓글쓰기
    AllocationSize 를 통한 성능 최적화
    다음 글
    AllocationSize 를 통한 성능 최적화
    EntityManager 를 쓰레드간 공유하면 안되는 이유
    이전 글
    EntityManager 를 쓰레드간 공유하면 안되는 이유

    티스토리툴바