본문 바로가기

STUDY/JPA

[자바 ORM 표준 JPA 프로그래밍 - 기본편] 영속성 관리

인프런 - 자바 ORM 표준 JPA 프로그래밍 (김영한님) 

 

영속성 관리 

* 영속성 컨텍스트 

  • Entity를 영구 저장하는 환경
  • 사용자 요청이 오면 Entity Manager 생성
EntityMapager.persist(entity);
  • persist 호출 = 영속화 (객체를 DB에 저장하지 않고, 영속화 컨텍스트에 저장)
  • Entity Manager를 통해 영속성 컨텍스트에 접근

 

* 엔티티의 생명주기

  • 비영속 (new/transient)
    • 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태
Member member = new Member();
member.setId("member1");
member.setUsername("회원1");
  • 영속 (managed)
    • 영속성 컨텍스트에 관리되는 상태
EntiyManager em = emf.createEntityManager();
em.getTransaction().begin();

em.persist(member);
// 이후 영속 상태가 됨


tx.commit();
// 이후 DB에 저장됨
  • 준영속 (detached)
    • 영속성 컨텍스트에 저장되었다가 분리된 상태
em.detach(member);
  • 삭제 (removed)
    • 삭제된 상태
em.remove(member);

 

* 영속성 컨텍스트의 이점

  • 내부에 1차 캐시가 존재 (Map<@Id, Entity>
    • 캐시에 저장하고 조회할 때, DB 조회 전 1차 캐시 먼저 확인 후 캐시에 없다면 DB 조회 후 1차 캐시에 저장
    • 큰 이점은 아님 
  • 동일성(identity) 보장 
    • 같은 트랜잭션 내에서 == 비교 보장 (1차 캐시가 있기 때문에)
  • 쓰기 지연
    • 영속성 컨텍스트 내부에 쓰기 지연 SQL 저장소가 존재
      • SQL 문이 저장됨
      • commit 시점에 flush()가 되면서 DB에 저장 (persist() 했을 때는 DB에 저장하지 않음)
  • 변경 감지 (Dirty Checking)
    • commit을 하면 flush()가 호출됨
    • 엔티티와 스냅샷을 비교 해 엔티티의 값이 변경됐으면 update 쿼리를 쓰기 지연 SQL 저장소에 저장 후 SQL문들을 DB에서 실행함
  • 지연 로딩 (Laze Loading)

 

1. 엔티티를 생성 후 영속화했을 때 

  • 엔티티를 영속화하면 영속성 컨텍스트 내의 1차 캐시에 Map<@Id, Entity>로 저장됨
//엔티티를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername("회원1");

//엔티티를 영속
em.persist(member);

 

2, 1차 캐시에서 조회

  • findMember는 DB에서 조회하지 않고, 1차 캐시에서 먼저 조회
//1차 캐시에서 조회
Member findMember = em.find(Member.class, "member1");

 

 

3. DB에서 조회

  • findMember2는 1차 캐시 조회 후 1차 캐시에 없으므로 DB에서 조회
  • DB에서 조회된 값을 1차 캐시에 저장 후 반환
Member findMember2 = em.find(Member.class, "member2");

 

 

* Flush

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

  • Flush 전 순서
    • 변경 감지
    • 수정된 엔티티에 대한 쿼리를 쓰기 지연 SQL 저장소에 등록
    • commit(flush) 후 쓰기 지연 SQL 저장소의 쿼리를 DB에 전송 (등록, 수정, 삭제 쿼리)
  • 영속성 컨텍스트를 Flush 하는 방법
    • em.flush() - 강제 호출
    • transaction.commit() - 자동 호출
    • JPQL 쿼리 실행 - 자동 호출
  • Flush 이후 
    • flush()가 되어도 영속성 컨텍스트를 비우지 않음 (1차 캐시가 지워지지 않음)
    • 영속성 컨텍스트의 변경 내용을 DB에 동기화한다고 생각