[자바 ORM 표준 JPA 프로그래밍] [섹션 3] 영속성 관리 - 내부 동작 방식

1. 영속성 컨테스트1

영속성 컨텍스트

• JPA를 이해하는데 가장 중요한 용어
• "엔티티를 영구 저장하는 환경"
• EntityManager.persist(entity);
• 논리적인 개념
• 엔티티 매니저를 통해서 영속성 컨텍스트에 접근

엔티티의 생명주기

• 비영속 (new/transient) - 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태
• 영속 (managed) - 영속성 컨텍스트에 관리되는 상태
• 준영속 (detached) - 영속성 컨텍스트에 저장되엇다가 분리된 상태
• 삭졔 (removed) - 삭제된 상태

 

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

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

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

// 회원 엔티티를 영속성 컨텍스트에서 분리, 준영속 상태
em.detach(member);

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

• 영속 상태가 된다고 해도 쿼리가 날라가지 않고 commit을 해야 쿼리가 날라감

 

2. 영속성 컨테스트2

영속성 컨텍스트의 이점

• 1차 캐시
• 동일성(identity) 보장
• 트랜잭션을 지원하는 쓰기 지연(Transactional write-behind)
• 변경 감지(Dirty Checking)
• 지연 로딩(Lazy Loading)

 

엔티티 조회, 1차 캐시

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

//엔티티를 영속
em.persist(member);

 

1차 캐시에서 조회

Member member = new Member();
member.setId("member1");
member.setUsername("회원1");

//1차 캐시에 저장됨
em.persist(member);

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

 

데이터베이스에서 조회

Member findMember2 = em.find(Member.class, "member2");

• 똑같은걸 2번 조회하게 되면 1차 캐시에서 조회 -> 이미 영속성 컨텍스트에 있기 때문에 그것을 반환
• 사실상 현업에서는 크게 도움은 안됨

 

영속 엔티티의 동일성 보장

Member a = em.find(Member.class, "member1");
Member b = em.find(Member.class, "member1");

System.out.println(a == b); //동일성 비교 true

 

엔티티 등록 - 트랜잭션을 지원하는 쓰기 지연(Transactional write-behind)

EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();

//엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야 한다.
transaction.begin(); // [트랜잭션] 시작
em.persist(memberA);
em.persist(memberB);

//여기까지 INSERT SQL을 데이터베이스에 보내지 않는다.
//커밋하는 순간 데이터베이스에 INSERT SQL을 보낸다.
transaction.commit(); // [트랜잭션] 커밋

 

엔티티 수정 - 변경 감지(Dirty Checking)

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가 호출되는 시점에 비교해서 바뀌었을 경우 반영 

 

엔티티 삭제

//삭제 대상 엔티티 조회
Member memberA = em.find(Member.class, “memberA");

em.remove(memberA); //엔티티 삭제

 

3. 플러시

• 영속성 컨텍스트의 변경내용을 데이터베이스에 반영
• 영속성 컨테스트의 변경사항과 DB를 맞춰주는 작업(동기화)
• 영속성 컨테스트의 쿼리를 DB에 날려주는 작업
• 트랜잭션 commit 될 때 일어남
• 트랜잭션이라는 작업 단위가 중요 -> 커밋 직전에만 동기화하면 됨
• 변경 감지
• 수정된 엔티티 쓰기 지연 SQL 저장소에 등록
• 쓰기 지연 SQL 저장소의 쿼리를 DB에 전송(등록, 수정, 삭제 쿼리)
• 영속성 컨텍스트를 비우지 않음

 

영속성 컨텍스트를 플러시하는 방법

• em.flush() - 직접 호출 - 트랜잭션에 커밋될 때 까지 쿼리를 미리 못보니까 em.flush()를 통해 강제로 호출 해서 확인
• 트랜잭션 커밋 - 자동 호출
• 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();

 

4. 준영속 상태

• 영속(em.persist()) (em.find를 했을 때도 영속상태가 될 수 있음) -> 준영속
• 영속 상태의 엔티티가 영속성 컨텍스트에서 분리(detached)
• 영속성 컨텍스트가 제공하는 기능을 사용 못함
• 직접 쓸 일은 없고 지금은 이론적으로 이렇구나 정도로만 알고있으면 된다.

준영속 상태로 만드는 방법

• em.detach(entity) - 특정 엔티티만 준영속 상태로 전환
• em.clear() - 영속성 컨텍스트를 완전히 초기화
• em.close() - 영속성 컨텍스트를 종료