kingsubin

JPA - 1. 영속성 관리 - 내부 동작 방식 본문

Java

JPA - 1. 영속성 관리 - 내부 동작 방식

kingsubin 2020. 7. 26. 14:03

https://www.inflearn.com/course/ORM-JPA-Basic/dashboard

 

JPA에서 가장 중요한 2가지

1. 객체와 관계형 데이터베이스 매핑하기 

2. 영속성 컨텍스트

 


 

영속성 컨텍스트

- JPA를 이해하는데 가장 중요한 언어

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

- EntityManager.persist(entity);

 

엔티티 매니저 ? 영속성 컨텍스트 ?

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

- 눈에 보이지 않는다.

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

 

엔티티의 생명주기

- 비영속 (new/ transient)

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

- 영속 (managed)

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

- 준영속 (detached)

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

- 삭제 (removed)

  삭제된 상태

 

영속성 컨텍스트의 이점

- 1차 캐시

- 동일성 (identity) 보장

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

- 변경 감지 (Dirty Cheking)

- 지연 로딩 (Lazy Loading)

 

엔티티 조회, 1차 캐시

- em.persist(member); :: 이 때 엔티티는 영속상태, 그리고 1차 캐시에 올라가 있다.

- 다음에 바로 em.find 를 통해 조회하면 ? 

- 영속성 컨텍스트의 1차 캐시에 올라가있는 캐시값을 조회한다.

- 1차 캐시에 올라가있지않은 멤버를 조회할때는 DB에서 조회후 다시 1차 캐시에 저장하고 반환한다.

 

영속 엔티티의 동일성 보장

- member1 이라는 값을 두 번 조회해서 a, b 에 저장한다면 두 값은 같다.

- 왜 ? 

- 한 번 조회했을때 1차 캐시에 올라가고 두 번째에서는 1차 캐시에 올라가있는 값을 가져오니까.

 

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

- 엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야 한다. :: transaction.begin();

- em.persist(memberA); em.persiste(memberB); 

- 두 번 persist 해도 여기서는 insert sql을 DB에 보내지 않는다. 

- 그럼 언제 ?

- 커밋하는 순간 DB에 Insert sql을 보낸다. :: transaction.commit();

 

변경 감지 

- 일단 em.find로 memberA를 조회해 왔다고 치자.

- memberA.setAge(20); 이런 식으로 데이터 수정을 하고 나면 em.update() 이런식의 코드가 필요하지않을까 ? 

- 필요없다. 변경 감지 (Dirty Checking) 이 가능하기 때문.

- memberA 를 가져왔을때 1차캐시에 스냅샷이란게 존재한다. 

- 그리고 변경된 사항이 존재하면 (쓰기 지연 SQL 저장소) 에  update sql 을 저장해 놓고 나중에 flush 할때 보낸다.

 

플러시 flush

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

 

플러시 발생

- 변경 감지

- 수정된 엔티티 쓰기 지연 SQL 저장소에 등록

- 쓰기 지연 SQL 저장소의 쿼리를 데이터베이스에 전송 (등록, 수정, 삭제 쿼리)

 

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

- em.flush() -> 직접 호출

- 트랜잭션 커밋 -> 플러시 자동호출

- JPQL 쿼리 실행 -> 플러시 자동 호출

 

플러시 모드 옵션

- em.setFlushMode(FlushModeType.XXX)

- FlushModeType.AUTO -> 커밋이나 쿼리를 실행할 때 플러시 (default)

- FlushModeType.COMMIT -> 커밋할 때만 플러시

 

플러시는 ! 

- 영속성 컨텍스트를 비우지 않는다.

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

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

 

준영속 상태

- 영속 -> 준영속

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

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

 

준영속 상태로 만드는 방법

- em.detach(entity) -> 특정 엔티티만 준영속 상태로 전환

- em.clear() -> 영속성 컨텍스트를 완전히 초기화

- em.close() -> 영속성 컨텍스트를 종료

 

 

 

 


※출처

www.inflearn.com/course/ORM-JPA-Basic/dashboard

'Java' 카테고리의 다른 글

JPA - 7. 값 타입  (0) 2020.07.27
JPA - 2. 엔티티 매핑  (0) 2020.07.26
JPA - 0. JPA 소개, DB 용어 정리  (0) 2020.07.26
JPA - 4. 다양한 연관관계 매핑  (0) 2020.07.25
JPA - 3. 연관관계 매핑  (0) 2020.07.25
0 Comments
댓글쓰기 폼