ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • JPA - 1. 영속성 관리 - 내부 동작 방식
    Java 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
킹수빈닷컴