JPA 뿌셔버리기 - 3부

JPA 에서 가장 중요한 2가지

• 객체와 관계형 데이터베이스 맵핑하기
• 영속성 컨텍스트

EntityManagerFactory 와 EntityManager 관계

영속성 컨텍스트 (Persistence Context)

• JPA 를 이해하는데 가장 중요한 용어

• “Entity 를 영구 저장하는 환경” 이라는 뜻

  EntityManager.persist(entity); // (1)
  

  (1) DB 저장 X 영속성 컨텍스트에 저장 O

EntityManager 와 영속성 컨텍스트

• 영속성 컨텍스트는 논리적인 개념
• 눈에 보이지 않는다.
• EntityManager 를 통해서 영속성 컨텍스트에 접근

Entity 의 생명주기

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

비영속 상태

Member member = new Member();
member.setId(1L);
member.setUsername("Member1");

• 즉, em.persist() 를 하기 전

영속 상태

EntityManager em = emf.createEntityManager();

EntityTransaction tx = em.getTransaction();

tx.begin();

em.persist(member); // (1)

(1) SQL Query 가 실행되지 않음 - Transaction Commit 시 SQL Query 실행됨

• 비영속 상태에서 em.persist() 를 한 상태

준영속 상태

em.detach(member);

삭제 상태

em.remove(member);

영속성 컨텍스트의 이점

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

1차 캐시

• em.persist() 할때 해당 Entity 의 @Id 로 영속성 컨텍스트에 존재할 경우 DB 에서 조회하지 않고, 영속성 컨텍스트에서 바로 반환함

Member member = new Member();
member.setId(1L);
member.setUsername("Member-1");

em.persist(member); // (1)

Member findMember = em.find(Member.class, 1L); // (2)

(1) member 를 영속성 컨텍스트(이하 1차 캐시) 에 저장됨

(2) 같은 트랜잭션 안에서 조회할 떄, 해당하는 ID 의 Member 가 1차 캐시에 존재할 경우 DB에 조회 SQL Query 를 요청하지 않음

동일성 보장

• 1차 캐시로 반복 가능한 읽기(REPEATABLE READ) 등급의 Transaction 격리 수준을 데이터베이스가 아닌 Application 차원에서 제공

Member member1 = em.find(Member.class, 1L);
Member member2 = em.find(Member.class, 1L);

println(member1 == member2); // (1)

(1) 동일성이 보장되므로, true 가 반환됨

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

• em.persist() 한다고 해서, 바로 Insert SQL 를 보내지 않는다.
• 영속성 컨텍스트 안 쓰기지연 SQL 저장소에 Insert SQL 를 모았다가 Transaction Commit 이 이루어지기 전 모아논 SQL 를 실행한다.

변경감지 (Dirty Checking)

• 이게 대박임
• 기존 Mybatis 를 사용하는 경우 ID 로 Row 찾고, 변경하면 Update SQL 요청하고 해야함
• 하지만, JPA 를 사용하면, 그럴 필요 없이 setter 메서드 호출하면 끝
• 단, Transaction 안에서만

Member member = em.find(Member.class, 1L);

member.setUsername("회원-1"); // entity 수정

transaction.commit();// commit 끝

⚠️ 참고

• 변경사항이 이루어지면, Transcation Commit 전 Update SQL 이 요청됨
• 하지만, 변경사항이 없거나, 이전과 동일한 데이터로 setter를 호출할 경우, Transaction Commit 시 Update SQL 이 요청되지 않는다.

삭제

Member member = em.find(Member.class, 1L);

em.remove(member);

플러시(flush)

• 영속성 컨텍스트의 변경내용을 데이터베이스에 반영
  • 쓰기 지연 SQL 저장소의 SQL 을 실행한다.

플러시 발생

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

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

• em.flush() 호출
  • 직접 호출할 경우는 없음
    • 일반적으로 Spring Data JPA 를 사용하면 쓸 경우가 없음
  • 테스트할 때 쓸수 있음
• Transaction Commit
  • em.flush() 가 자동으로 호출된다.
• JPQL 쿼리 실행
  • em.flush() 가 자동으로 호출된다.

ℹ️ JPQL 쿼리를 호출할 경우 em.flush() 가 자동으로 호출되는 이유

em.persist(member1);
em.persist(member2);
em.persist(member3);

// (1)

List<Member> result = em.createQuery("select m from Member m", Member.class).getResultList();

(1) JPQL 을 실행 하기전 Transaction Commit 을 하지 않았기 때문에, 실제 DB 에는 데이터가 없으므로, JPQL 을 실행 시 그 시점에는 em.persist() 한 데이터가 조회되지 않음

플러시 모드 옵션

• 자동 : FlushModeType.AUTO - Default
  • Commit 이나 Query 를 실행할때
• 커밋할때만 : FlushModeType.COMMIT
  • Commit 할때만

em.setFlushMode(FlushModeType.COMMIT);

⚠️ 플러시는!!!

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

준영속 상태

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

준영속 상태로 만드는 방법

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