[JPA] 영속성 컨텍스트란? 특징 정리

 

 

JPA와 EntityManager ( 매니졀~)

 

JPA : 자바에서 관계형 DB 사용하는 방식을 정의한 interface

Hibernate: JPA 구현체. (JPA는 인터페이스니까 구현체 필요) 내부적으로는 JDBC API 사용

 

JPA 주요 컨셉

- 엔티티 매니저

- 영속성

 

엔티티(Entity)?

DB 테이블과 매핑되는 객체. query를 실행하는 객체.

자바 객체랑 같음. 근데 DB의 테이블이랑 직접 연결되는 특별한 애라서 entity라고 구분지어서 불러주는것

 

엔티티 매니저(Entity Manager)?

말 그대로 엔티티 관리, DB랑 애플리케이션 사이에서 객체 만들고 수정하고 삭제하고..뒷바라지함

 

ex) 회원 2명이서 동시에 회원가입 하려는 경우 (=동시에 DB 접근하려는 경우)

회원A의 요청에 대해 엔티티 메니저 팩토리가 엔티티 매니저 생성, 이를 통해 DB 에 회원정보 저장

회원B도 마찬가지.

엔티티 매니저 2개는 필요한 시점에 DB 랑 연결한 뒤 쿼리함.

 

그렇다면 SpringBoot에서 엔티티 매니저 팩토리 만들어서 관리하냐? X!!!!

스프링부트 내부에서 엔티티 매니저 팩토리 1개만 생성하고 관리함.

@PersistenceContext 또는 @Autowired 애너테이션 써서 엔티티 매니저 사용함.

 

그리고 스프링부트는 기본적으로 빈 하나만 만들어서 공유한다고 함

-> 당연히 동시성 문제가 발생.

-> 짭 엔티티 매니저 씀 (ㄹㅇ 엔티티 매니저랑 연결하는 프록시)

= 필요할 때 DB 트랜잭션이랑 관련된 ㄹㅇ 엔티티 매니저 호출하는 거임.

 

---

영속성 컨텍스트란?

 

앤티티 매니저는 엔티티를 영속성 컨텍스트에 저장한다는 특징이 있음

영속성 컨텍스트는, 엔티티를 관리하는 가상의 공간임 (일종의 캐시 메모리)

 

예를 들어 memberRepository.save(member)하게 되면,

Member객체가 영속성 컨텍스트에 저장되고, 엔티티 매니저가 관리 시작함

-> 아직 DB 에 저장된거 아니다!!!!!!

트랜잭션 끝나기 전까지는 이 컨텍스트 안에서 관리 당하는거임 (변경감지, 쓰기 지연같은게 이때 사용)

@Transactional끝나는 시점에!! 비로소 DB에 반영됨 & 영속성 컨텍스트 flush됨

 

Q. "속성 컨텍스트가 있기 때문에 DB에서 효율적으로 데이터 가져올 수 있따" 라고 책에 되어있음

이거 보고 먼말인가...싶었던게, 데이터를 가져올라면 머가 됐든 DB에 접근해야되는데 뭐가 효율적? 이런 생각이 들었음

 

근데, 영속성 컨텍스트의 특징 중에

1차 캐시 특징이 있음.

이게 먼말이냐면, 말그대로 영속성 컨텍스트가 1차 캐시 역할을 해주기 때문에,

DB에서 조회한 엔티티를 메모리에 저장해 두는것

 

 

Member member1 = memberRepository.findById(1L); // 처음 조회 -> DB에서 데이터 가져옴
Member member2 = memberRepository.findById(1L); // 같은 트랜잭션 안에서 또 조회

 

이런 느낌..

 

그렇다면 당연히? DB 접근 횟수가 감소되니까 효율적이라는것!!!

 

----> 그렇다면 @Transactional 애너테이션 내에서만 유용한거 아니냐?

-------> 맞음!!!!!!

 

영속성 컨텍스트는 트랜잭션 단위로 관리됨.

따라서 @Transactional로 묶인 메소드 안에서만 1차 캐시의 효과를 누릴 수 있음.

따라서 @Transactional 애너테이션 잘 쓰시구요, 안쓰면 위에 쓴 예제를 할 때 DB 접근 두번해야됨.

 

 

이거 외에 영속성 컨텍스트의 특징

• 1차 캐시 : 위에서 설명
• 쓰기 지연 : 트랜잭션 커밋 전까지 쿼리를 모아놨다가 한방에 실행하는것 -> DB에 부담 줄일 수 있음
• 변경 감지 : 트랜잭션 커밋하면, 1차 캐시에 저장돼있던 entity랑 현재 entity 비교, 변경사항 알아서 감지해서 DB에 자동 반영.
• 지연 로딩 : 쿼리로 요청한 데이터 바로 로딩하는게 아니라, 필요할때 쿼리 날려서 조회하는것.

 

-> 전부 DB 접근 최소화를 위한 특징임.