영속성 컨텍스트

엔티티를 영구 저장하는 환경”이라는 뜻

• 영속성 컨텍스트는 논리적인 개념

• 눈에 보이지 않는다.

• 엔티티 매니저를 통해서 영속성 컨텍스트에 접근

  

엔티티의 생명주기

비영속 (new/transient)

• 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태

 //객체를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername("회원1");

영속 (managed)

• 영속성 컨텍스트에 관리되는 상태

//객체를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername(“회원1”);

EntityManager em = emf.createEntityManager();
em.getTransaction().begin();

//객체를 저장한 상태(영속)
em.persist(member);

준영속 (detached)

• 영속성 컨텍스트에 저장되었다가 분리된 상태
• 영속 상태의 엔티티가 영속성 컨텍스트에서 분리(detached)
• 영속성 컨텍스트가 제공하는 기능을 사용 못함

//회원 엔티티를 영속성 컨텍스트에서 분리, 준영속 상태
em.detach(member);
//영속성 컨텍스트를 완전히 초기화
em.clear()
//영속성 컨텍스트를 종료
em.close()

삭제 (removed)

• 삭제된 상태

//객체를 삭제한 상태(삭제)
em.remove(member);

영속성 컨텍스트의 이점

1차 캐시

// 멤버 생성
Member member = new Member();
member.setId("member1");
member.setUsername("회원1");

//1차 캐시에 저장됨
// DB에 저장되는 것이 아님
em.persist(member);

//1차 캐시에서 조회
Member findMember = em.find(Member.class, "member1");

이때 select 쿼리가 안나옴

데이터베이스 조회

// member2가 1차 캐시에 없을 경우 다음 사진과 같다.
Member findMember2 = em.find(Member.class, "member2");

데이터베이스에서 조회하고 1차 캐시에 등록하기 때문에 select 쿼리가 나옴

영속 엔티티의 동일성 보장

Member a = em.find(Member.class, "member1");
Member b = em.find(Member.class, "member1");
System.out.println(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(); // [트랜잭션] 커밋

엔티티 수정 변경 감지

EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
transaction.begin(); // [트랜잭션] 시작

// 영속 엔티티 조회
Member memberA = em.find(Member.class, "memberA");

// 영속 엔티티 데이터 수정
memberA.setUsername("hi");
memberA.setAge(10);

//em.update(member) 이런 코드가 있어야 하지 않을까? 없어도 된다.
transaction.commit(); // [트랜잭션] 커밋

flush() -> 엔티티와 스냅샷 비교 (만약 달라진 점이 있다.) -> UPDATE SQL 생성 -> flush -> commit -> 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();

em.persist후 DB에는 데이터가 저장이 안되어 있는 상태이기에 중간에 JPQL을 실행시키면 자동으로 플러시 호출한다.

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