[JPA] JPA 영속성 관리

이 글은 인프런의 김영한 강사님 자바 ORM 표준 JPA 프로그래밍-기본 편 강의 내용을 바탕으로 작성되었습니다.

자바 ORM 표준 JPA 프로그래밍 - 기본편 - 인프런 | 강의

JPA에서 가장 중요한 2가지란?

• 객체와 관계형 디비 매핑하기(ORM)
• 영속성 컨텍스트

엔티티의 생명주기

• 비영속(new/transient) - 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태

//객체를 생성한 상태(비영속)- JPA와 관계없이 객체만 생성한 상태
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) - 영속성 컨텍스트에 저장되었다가 분리가 된 상태

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

• 삭제(removed) - 삭제가 된 상태

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

 

영속성 컨텍스트의 이점

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

- 엔티티 조회, 1차 캐시

 Member member = new Member();
 member.setId("member1");
 member.setUsername("회원1");
 
 //1차 캐시에 저장됨 - 사실상 이때는 DB에 저장되는 것이 아니라 캐시에서만 저장이됨
 em.persist(member);
 
 //1차 캐시에서 조회 - DB에서는 아직 조회 하지 않았다.
 Member findMember = em.find(Member.class, "member1");

 

- 엔티티의 동일성 보장

Member a = em.find(Member.class, "member1");
Member b = em.find(Member.class, "member1");
System.out.println(a == b); //동일성 비교 true

 

- 엔티티 등록 트랜잭션을 지원하는 쓰기 지연

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);

transaction.commit(); // [트랜잭션] 커밋과 동시에 엔티티에서 수정 여부를 확인하고 업데이트 쿼리를 자동으로 날림

 

플러시 - 영속성 컨텍스트의 변경내용을 디비에 반영 -> 변경을 감지하고, 커밋이 되기 전에 SQL문을 날림

• em.flush() - 직접 호출
• 트랜잭션 커밋 - 플러시 자동 호출
• JPQL쿼리 실행 - 플러지 자동 호출

준영속 상태 -> 더 이상 JPA가 관여를 하지 않음,

ex) 디비나 캐시에서 데이터를 불러온 이후 set함수를 써서 수정을 해도 준영속 상태로 들어가면 업데이트가 되지 않음