ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • JPA 영속성
    DBMS/JPA 2024. 8. 9. 19:48
    728x90
    반응형

    JPA 영속성

     

    1. 영속성 컨텍스트

    엔티티를 영구 저장하는 환경

    영속성 컨텍스트는 논리적인 개념이다.

    눈에 보이지 않는다.

    엔티티 매니저를 통해서 영속성 컨텍스트에 접근한다.

     

     

     

    2. 엔티티의 생명주기

    • 비영속 (new/transient)

    영속성 컨텍스트와 전혀 관계가 없는 새로운 상태

     

    • 영속 (managed)

    영속성 컨텍스트에 관리되는 상태

     

    • 준영속 (detached)

    영속성 컨텍스트에 저장되었다가 분리된 상태

     

    • 삭제 (removed)

    삭제된 상태

     

     

     

    3. 영속성 컨텍스트의 이점

    • 1차 캐시

    • 동일성(identity) 보장

    • 트랜잭션을 지원하는 쓰기 지연 (transactional write-behind)

    • 변경 감지(Dirty Checking)

    • 지연 로딩(Lazy Loading)

     

    3 - 1. 1차캐시

    Member member = new Member();
    member.setId("member1");
    member.setUsername("회원1");
    //1차 캐시에 저장됨
    em.persist(member);
    //1차 캐시에서 조회
    Member findMember = em.find(Member.class, "member1");

    엔티티 조회 시, 일반적으로 select 쿼리를 사용해야 하지만, insert 시에 영속 상태가 되면,

    실제 select문을 사용하는 것이 아니라 영속성 컨텍스트에서 값을 가져오기 때문에 성능상의 이점이 있다.

     

     

    3 - 2. 동일성 보장

    Member a = em.find(Member.class, "member1");
    Member b = em.find(Member.class, "member1");
    System.out.println(a == b); //동일성 비교 true

    1차 캐시로 반복 가능한 읽기(REPEATABLE READ) 등급의 트랜잭션 격리 수준을

    데이터베이스가 아닌 애플리케이션 차원에서 제공

     

     

    3 - 3. 트랜잭션을 지원하는 쓰기 지연

    EntityManager em = emf.createEntityManager();
    EntityTransaction transaction = em.getTransaction();
    
    //엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야 한다.
    transaction.begin(); // [트랜잭션] 시작
    em.persist(memberA);
    em.persist(memberB);
    
    //여기까지 INSERT SQL을 데이터베이스에 보내지 않는다.
    //커밋하는 순간 데이터베이스에 INSERT SQL을 보낸다.
    transaction.commit(); // [트랜잭션] 커밋

     

     

    3 - 4. 변경 감지

    EntityManager em = emf.createEntityManager();
    EntityTransaction transaction = em.getTransaction();
    transaction.begin(); // [트랜잭션] 시작
    
    // 영속 엔티티 조회
    Member memberA = em.find(Member.class, "memberA");
    // 영속 엔티티 데이터 수정
    memberA.setUsername("hi");
    memberA.setAge(10);
    
    //em.update(member) 이런 코드가 있어야 하지 않을까?
    
    transaction.commit(); // [트랜잭션] 커밋

    위 예제에서 update()같은 부분이 있어야할 것 같지만, 직접 업데이트하지 않더라도,

    commit()이 작동되는 시점에서 JPA 내부적으로 flush()를 호출한다.

     

    이 때 이용하려는 Entity와 스냅샷이 다르면, update 쿼리를 자동으로 실행해준다.

    1차 캐시의 스냅샷

     

    스냅샷 : 값을 읽어온 최초 시점의 엔티티

     

    1차 캐시는 마치 이런 상황이다.

     

    4. 플러시

    영속성 컨텍스트의 변경내용을 데이터베이스에 반영

     

    • 영속성 컨텍스트를 비우지 않음

    • 영속성 컨텍스트의 변경내용을 데이터베이스에 동기화한다.

    • 트랜잭션이라는 작업 단위가 중요 -> 커밋 직전에만 동기화 하면 됨

     

    4 - 1.영속성 컨텍스트를 플러시하는 방법

    • em.flush()

    - 직접 호출

     

    • 트랜잭션 커밋

    - 플러시 자동 호출

     

    • JPQL 쿼리 실행

    - 플러시 자동 호출

     

     

    4 - 2. 플러시 모드 옵션

    • FlushModeType.AUTO

    커밋이나 쿼리를 실행할 때 플러시 (기본값)

     

    • FlushModeType.COMMIT

    커밋할 때만 플러시

     

     

     

    5. 준영속

    • 영속 상태의 엔티티가 영속성 컨텍스트에서 분리(detached)

    • 영속성 컨텍스트가 제공하는 기능을 사용 못함

     

     

    5 - 1. 준영속 상태로 만드는 방법

    • em.detach(entity)

    특정 엔티티만 준영속 상태로 전환

     

    • em.clear()

    영속성 컨텍스트를 완전히 초기화

     

    • em.close()

    영속성 컨텍스트를 종료

     

    728x90
    반응형

    'DBMS > JPA' 카테고리의 다른 글

    JPA 상속관계 매핑  (0) 2024.08.09
    JPA 연관관계 매핑  (0) 2024.08.09
    JPA 엔티티 매핑  (0) 2024.08.09
    JPA JPA의 기초  (0) 2024.08.09
    JPA JPA(Java Persistence API)란?  (0) 2024.08.09
Designed by Tistory.