JPA/영속성 관리
[JPA] 영속성 컨텍스트
Boradoris
2023. 2. 22. 17:07
JPA에서 가장 중요한 2가지
- 객체와 관계형 데이터베이스 매핑
(Object Relational Mapping) - 영속성 컨텍스트
영속성 컨텍스트
- 엔티티를 영구 저장하는 환경
- EntityManager.persist(entity);
- 논리적인 개념
- 엔티티 매니저를 통해서 영속성 컨텍스트에 접근
Entity 생명주기
- 비영속 (new/transient)
영속성 컨텍스트와 전혀 관계가 없는 새로운 상태 - 영속 (managed)
영속성 컨텍스트에 관리되는 상태 - 준영속 (detached)
영속성 컨텍스트에 저장되었다가 분리된 상태 - 삭제 (removed)
삭제된 상태
비영속
- 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태
영속
- 영속성 컨텍스트에 관리되는 상태
준영속, 삭제
영속성 컨텍스트의 이점
- 1차 캐시
- 동일성(identity) 보장
- 트랜잭션을 지원하는 쓰기 지연 (transactional write-behind)
- 변경 감지(Dirty Checking)
- 지연 로딩(Lazy Loading)
Entity 조회, 1차 캐시
- Map 형태의 1차 캐시에 member 객체의 @Id, Entity 값 저장 - 영속 상태
- em.find를 통해 데이터 조회
- DB에 쿼리문을 날려서 조회하기 전에 1차 캐시에 존재하는 값인지 확인
- 존재한다면 1차 캐시에서 조회 후 반환
- member2를 조회할 경우
- 1차 캐시에 member2 값이 존재하지 않음
- DB에 쿼리문을 날려 조회 후 반환
영속 엔티티의 동일성 보장
- == 비교 시 동일성 보장
- 단, 같은 트랜잭션 안에서만 보장
Entity 등록 - 트랜잭션을 지원하는 쓰기 지연
- 트랜잭션 커밋 호출 시 flush 자동 호출
Entity 수정 - 변경 감지
- em.update(member)와 같은 코드 작성 필요 X
- 영속 엔티티 데이터를 수정하면 JPA가 알아서 처리 (변경 감지)
- 영속 엔티티의 경우, 1차 캐시에 저장되는 시점의 스냅샷을 함께 저장
- 트랜잭션 내부에서 Entity 데이터 수정했을 경우,
- 트랜잭션 commit 호출 시 스냅샷 데이터와 Entity 데이터 비교
- Entity 데이터가 수정되었을 경우, Update SQL 생성
Entity 삭제
- .remove()를 통해 삭제