3.2 엔티티 매니저 팩토리와 엔티티 매니저

데이터베이스를 하나만 사용하는 애플리케이션은 일반적으로 EntityManagerFactory 를 하나만 생성한다. 엔티티 매니저 팩토리는 이름 그대로 엔티티 매니저를 만드는 공장인데, 공장을 만드는 비용은 상당히 크다. 따라서 한 개만 만들어서 애플리케이션 전체에서 공유하도록 설게되어 있다. 반면에 공장에서 엔티티 매니저를 생성하는 비용은 거의 들지 않는다.

그리고 엔티티 매니저 팩토리는 여러 스레드가 동시에 접근해도 안전하므로 서로 다른 스레드 간에 공유해도 되지만, 엔티티 매니저는 여러 스레드가 동시에 접근하면 동시성 문제가 발생하므로 스레드 간에 절대 공유하면 안된다.

엔티티 매니저는 데이터베이스 연결이 꼭 필요한 시점까지 DB 커넥션을 얻지 않는다.

3.2 영속성 컨텍스트란?

영속성 컨텍스트는 매니저를 생성할 때 하나 만들어진다. 그리고 엔티티 매니저를 통해서 영속성 컨텍스트에 접근할 수 있고, 영속성 컨텍스트를 관리할 수 있다.

3.3 엔티티의 생명주기

• 비영속(new/transient) : 영속성 컨텍스트와 전혀 관계가 없는 상태
  • 순수한 객체 상태
  • 영속성 컨텍스트나 데이터베이스와는 전혀 관련이 없다
• 영속(managed) : 영속성 컨텍스트에 저장된 상태
  • 영속성 컨텍스트가 관리하는 엔티티
  • em.find() 나 JPQL 을 사용해서 조회한 엔티티
• 준영속(detached) : 영속성 컨텍스트에 저장되었다가 분리된 상태
  • 영속성 컨텍스트가 관리하던 영속 상태의 엔티티를 영속성 컨텍스트가 더이상 관리하지 않음
  • em.detach(), em.close(), em.clear()
• 삭제(removed) : 삭제된 상태
  • 엔티티를 영속성 컨텍스트와 데이터베이스에서 삭제

3.4 영속성 컨텍스트의 특징

• 영속성 컨텍스트와 식별자 값 : 영속 상태는 식별자 값이 반드시 있어야 한다.
• 영속성 컨텍스트와 데이터베이스 저장 : JPA 는 보통 트랜잭션을 커밋하는 순간 영속성 컨텍스트에 새로 저장된 엔티티를 데이터베이스에 반영 → flush
• 영속성 컨텍스트의 장점
  • 1차 캐시
  • 동일성 보장
  • 트랜잭션을 지원하는 쓰기 지연
  • 변경 감지
  • 지연 로딩

3.4.1 엔티티 조회

영속성 컨텍스트는 내부에 캐시를 가지고 있는데 이것을 1차 캐시라 한다. 영속 상태의 엔티티는 모두 이곳에 저장된다. 쉽게 이야기하면 영속성 컨텍스트 내부에 Map 이 하나 있는데 키는 @Id 로 매핑한 식별자고 값은 엔티티 인스턴스다.

1차 캐시에서 조회

em.find() 를 이용하면 우선 1차 캐시에서 식별자 값으로 엔티티를 찾는다. 만약 찾는 엔티티가 있으면 데이터베이스를 조회하지 않고 메모리에 있는 1차 캐시에서 엔티티를 조회한다.

데이터베이스에서 조회