영속성 관리 - 내부 동작 방식 #3

엔티티 매니저 팩토리와 엔티티 매니저

 

영속성 컨텍스트

"엔티티를 영구 저장하는 환경" 이라는 뜻.

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

눈에 보이지 않는다.

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

 

 

엔티티의 생명주기

• 비영속 (new / transient) : 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태
• 영속 (managed) : 영속성 컨텍스트에 관리되는 상태
• 준영속 (detached) : 영속성 컨텍스트에 저장되었다가 분리된 상태
• 삭제 (removed) : 삭제된 상태

 

비영속과 영속

 

준영속과 삭제

//회원 엔티티를 영속성 컨텍스트에서 분리, 준영속 상태
em.detach(member);

//객체를 삭제한 상태(삭제)
em.remove(member);

---

영속성 컨텍스트의 이점

• 1차 캐시
• 동일성(identity) 보장
• 트랜잭션을 지원하는 쓰기 지연 (transactional write-behind)
• 변경 감지(Dirty Checking)
• 지연 로딩(Lazy Loading)

 

1차 캐시

 

동일성 보장

 

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

 

쓰기 지연 SQL 저장소에 모아두고 commit 이럴때 한번에 반영한다.

 

 

엔티티 수정

스냅샷 - SELECT 당시 초기 상태를 기억해 놓음.

수정 시, Entity 와 스내샵을 내부적으로 비교하여 변경사항을 자동으로 반영해준다.

 

 

엔티티 삭제

//삭제 대상 엔티티 조회
Member memberA = em.find(Member.class, “memberA");
em.remove(memberA); //엔티티 삭제

---

플러시 (flsuh)

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

 

플러시 발생

• 변경 감지
• 수정된 엔티티 쓰기 지연 SQL 저장소에 등록
• 쓰기 지연 SQL 저장소의 쿼리를 데이터베이스에 전송 (등록, 수정, 삭제)

 

영속성 컨텍스트를 플러시하는 방법

• em.flsuh() - 직접호출
• 트랜잭션 커밋 - 플러시 자동 호출
• JPQL 쿼리 실행 - 플러시 자동 호출

 

JPQL 쿼리 실행 시 플러시가 자동으로 호출되는 이유

em.persist(memberA);
em.persist(memberB);
em.persist(memberC);

//중간에 JPQL 실행
query = em.createQuery("select m from Member m", Member.class);
List<Member> members= query.getResultList();

member A, B, C 는 아직 commit 이 일어나지 않아, 쓰기 지연SQL에 저장소에 등록된 상태

JPQL은 sql을 번역하여 즉시 실행 하므로 조회 시 조회되지 않는 오류를 발생.

이러한 오류를 방지하고자 JPQL은 실행 시 기존적으로 바로 flush된다.  

 

플러시는 !

• 영속성 컨텍스트를 비우지 않는다.
• 영속성 컨텍스트의 변경내용을 데이터베이스에 동기화한다.
• 트랜잭션이라는 작업 단위가 중요함 => 커밋 직전에만 동기화하면 됨.

---

준영속 상태

• 영속 ->  준영속
• 영속 상태의 엔티티가 영속성 컨텍스트에서 분리(detached)
• 영속성 컨텍스트가 제공하는 기능을 사용 못함

준영속 상태로 만드는 방법

• em.detach(entity) : 특정 엔티티만 준영속 상태로 전환
• em.clear() : 영속성 컨텍스트를 완전히 초기화
• em.close() : 영속성 컨텍스트를 종료

 

 

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