영속성 관리
#Spring/DB/JPA
JPA의 핵심 두 가지
- 객체와 관계형 데이터베이스 매핑하기
- 영속성 컨텍스트
영속성 관리에 대해 자세히 살펴보자
엔티티 매니저 팩토리와 엔티티 매니저
영속성 컨텍스트
EntityManager.persist(entity);
- “엔티티를 영구 저장하는 환경”
- 엔티티를 영속성 컨텍스트에 저장한다.
- DB에 저장하는게 아님
- 영속성 컨텍스트는 논리적인 개념
- 눈에 보이지 않는다.
- 엔티티 매니저를 통해서 영속성 컨텍스트에 접근
엔티티의 생명주기
- 비영속 (new/transient)
- 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태
- 영속 (managed)
- 영속성 컨텍스트에 관리되는 상태
- 준영속 (detached)
- 영속성 컨텍스트에 저장되었다가 분리된 상태
- 삭제 (removed)
- 삭제된 상태
비영속
Member member = new Member();
member.setId("member1");
member.setUsername("회원1");
영속
Member member = new Member();
member.setId("member1");
member.setUsername("회원1");
EntityManager em = emf.createEntityManager();
em.getTransaction().begin();
em.persist(member); // 객체를 저장(영속)
준영속
em.detach(member);
삭제
em.remove(member);
영속성 컨텍스트의 이점
- 1차 캐시
- 동일성(identity) 보장
- 트랜잭션을 지원하는 쓰기 지연 (transactional write-behind)
- 변경 감지(Dirty Checking)
- 지연 로딩(Lazy Loading)
엔티티 조회, 1차 캐시
이 상태에서 DB에 접근 없이 1차 캐시에서 엔티티를 조회할 수 있다.
Member findMember = em.find(Member.class, "member1");
DB에서 조회
1차 캐시에 엔티티가 없고, DB에만 있는 경우
try {
Member findMember2 = em.find(Member.class, 101L); // DB에서 조회
Member findMember3 = em.find(Member.class, 101L); // 1차 캐시에서 조회
tx.commit();
} catch (Exception e) {
tx.rollback();
} finally {
em.close(); // 반드시 닫아주자
}
emf.close();
영속 엔티티의 동일성 보장
Member a = em.find(Member.class, "member1");
Member b = em.find(Member.class, "member1");
a == b?
a와 b은 동일한 객체이다. 동일성 비교가 true이다.
1차 캐시로 반복 가능한 읽기(REPEATABLE READ) 등급의 트랜잭션 격리 수준을 데이터베이스가 아닌 애플리케이션 차원에서 제공한다.
엔티티 등록 - 트랜잭션을 지원하는 쓰기 지연
EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction ();
// 엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야 한다.
transaction.begin(); // [트랜잭션/ 시작
em.persist(memberA);
em.persist(memberB);
// 여기까지 INSERT SQL을 데이터베이스에 보내지 않는다.
//커밋하는 순간 데이터베이스에 INSERT SQL을 보낸다.
transaction.commit(): // [트랜잭션] 커밋
persist A 하고 커밋, persist B 하고 커밋이 아니라, 버퍼링 같이 한 번에 모아뒀다가 DB에 한 번에 보낼 수 있다.
엔티티 수정 - 변경 감지(Dirty Checking)
- 영속성 컨텍스트에서 영속 엔티티를 조회하여 객체를 가져온다
- 이 객체의 값을 수정하고 DB에 반영하려고 한다.
// 영속 엔티티 조회
Member memberA = em.find(Member.class, "memberA");
// 영속 엔티티 데이터 수정
memberA.setusername("hi");
memberA.setAge(10);
//em.update(member) 이런 코드가 있어야 하지 않을까?
transaction.commit();// [트랜잭션] 커밋
em.persist 이런 코드들이 필요 없다. JPA가 영속 엔티티의 변경을 감지해서 알아서 변경된 내용을 커밋해준다.
엔티티 삭제
Member memberA = em.find(Member.class, "memberA");
em.remove(memberA)
- 여기서도 더티 체킹으로 알아서 삭제 쿼리가 나간다.
플러시(flush)
영속성 컨텍스트의 변경 내용을 DB에 반영한다.
플러시는 언제 발생할까?
- 변경 감지
- 수정된 엔티티 쓰기 지연 SQL 저장소에 등록
- 쓰기 지연 SQL 저장소의 쿼리를 데이터베이스에 전송 (등록, 수정, 삭제 쿼리)
영속성 컨텍스트를 플러시하는 방법
- em.flush() - 직접 호출
- 트랜잭션 커밋 - 플러시 자동 호출
- 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();
만약 플러시가 자동으로 호출되지 않는다면 persist를 했는데 query 결과가 비어버리는 상황이 발생해버린다. 여러 사람이 개발하다보면 이런 일이 발생할 수 있다.
물론 수동으로 옵션을 선택할 수 있기는 하다.em.setFlushMode(FlushModeType.COMMIT)
: 커밋할 때만 플러시가 발생한다. 쿼리때는 플러시 Xem.setFlushMode(FlushModeType.AUTO)
: 커밋 + 쿼리 실행시 플러시
헷갈림 주의
- 플러시는 영속성 컨텍스트를 비우는게 아니다.
- 영속성 컨텍스트의 변경 내용을 DB에 동기화 하는 것이다.
- 실제 Application에서는 트랜잭션이라는 작업 단위로 커밋을 한다. 커밋 직전에만 동기화 해주면 된다.
준영속 상태
- 영속 준영속
- 영속 상태의 엔티티가 영속성 컨텍스트에서 분리(detached)
- 영속성 컨텍스트가 제공하는 기능을 사용 못함
package hellojpa;
import jakarta.persistence.*;
import java.util.List;
public class JpaMain {
public static void main(String[] args) {
EntityManagerFactory emf = Persistence.createEntityManagerFactory("hello");
// persistence 의 unit name 을 넘겨서 EntityManagerFactory 를 만든다.
EntityManager em = emf.createEntityManager(); // 쉽게 생각하면 DB 커넥션을 얻었다고 생각하면 된다.
EntityTransaction tx = em.getTransaction();
tx.begin(); // 트랜잭션 시작
// 정석 code
try {
Member member = em.find(Member.class, 150L);
member.setName("AAAAA");
em.detach(member);
System.out.println("===================");
tx.commit();
} catch (Exception e) {
tx.rollback();
} finally {
em.close(); // 반드시 닫아주자
}
emf.close();
}
}
업데이트 쿼리가 안나간다.
준영속 상태로 만드는 방법
- em.detach(entity)
- 특정 엔티티만 준영속 상태로 전환
- em.clear()
- 영속성 컨텍스트를 완전히 초기화
- 껍대기만 나두고 다 날려버리는 것
- em.close()
- 영속성 컨텍스트를 종료
Ref) 김영한 자바 ORM 표준 JPA 프로그래밍 - 기본편
'Spring > JPA' 카테고리의 다른 글
[JPA] 엔티티 매핑 (0) | 2024.11.08 |
---|---|
[JPA] About JPA (0) | 2024.11.06 |
[JPA] 웹 계층 개발 (0) | 2024.10.09 |
[JPA] 도메인 개발 (0) | 2024.10.04 |
[JPA] Cascade 적용 기준 (0) | 2024.09.29 |