Orm 표준 jpa 프로그래밍 (1) - 영속성 관리 (주석 내용 추가 예정)
1. 영속성 컨텍스트 (PersistenceContext)
- jpa를 이해하는데 가장 중요한 용어
- 엔티티를 영구 저장하는 환경
- 'EntitiyManger.persist(entity);'를 통해 생성
- 영속성 컨텍스트는 논리적인 개념이다 (눈에 보이지 않으며, 엔티티매니저(필자 약칭 EM)을 통해서 접근)
- J2EE, 스프링 프레임워크와 같은 컨테이너 환경에서는 EM과 영속성 컨텍스트가 다대일 관계
2. 엔티티 생명주기
엔티티의 생명주기는 4가지로 분류된다
- 비영속(new/transient): 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태
- 영속(managed): 영속성 컨텍스트에 관리되는 상태
- 준영속(detached): 영속성 컨텍스트에 저장되었다가 분리된 상태
- 삭제(removed): 삭제된 상태
//객체를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername("회원1");
//객체를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername(“회원1”);
EntityManager em = emf.createEntityManager();
em.getTransaction().begin();
//객체를 저장한 상태(영속)
em.persist(member);
//회원 엔티티를 영속성 컨텍스트에서 분리, 준영속 상태
em.detach(member);
//객체를 삭제한 상태(삭제)
em.remove(member);
영속성 컨텍스트의 이점
- 1차 캐시
- 동일성 보장
- 트랜잭션을 지원하는 쓰기 지연
- 변경 감지
- 지연 로딩 (추후 다른 글에서 설명)
//1. 1차캐시
//엔티티를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername("회원1");
//엔티티를 영속 (1차 캐시에 저장됨)
em.persist(member);
//1차 캐시에서 조회
Member findMember = em.find(Member.class, "member1");
//1차 캐시에 없으면 DB에서 조회
Member findMember2 = em.find(Member.class, "member2");
//2.동일성 보장
Member a = em.find(Member.class, "member1");
Member b = em.find(Member.class, "member1");
System.out.println(a == b); //동일성 비교 true, 같은 캐시값을 참조
//3.트랜잭션을 지원하는 쓰기 지연
EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
//엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야 한다.
transaction.begin(); // [트랜잭션] 시작
em.persist(memberA);
em.persist(memberB);
//여기까지 INSERT SQL을 데이터베이스에 보내지 않는다.
//커밋하는 순간 데이터베이스에 INSERT SQL을 보낸다.
transaction.commit(); // [트랜잭션] 커밋
//4.변경 감지
EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
transaction.begin(); // [트랜잭션] 시작
// 영속 엔티티 조회
Member memberA = em.find(Member.class, "memberA");
// 데이터를 변경하면 jpa가 알아서 update 쿼리 실행
// 영속 엔티티 데이터 수정
memberA.setUsername("hi");
memberA.setAge(10);
//em.update(member) 이런 코드가 있어야 하지 않을까?
transaction.commit(); // [트랜잭션] 커밋
// update 문은 없어도 됨 >>
//삭제 대상 엔티티 조회
Member memberA = em.find(Member.class, “memberA");
em.remove(memberA); //엔티티 삭제
3. 플러시
- 영속성 컨텍스트의 변경 내용을 데이터베이스에 반영
- 플러시가 발생하면 1. 변경을 감지하고 2. 수정된 엔티티를 쓰기 지연 SQL저장소에 등록하고 3. 쓰기 지연 SQL 저장소의 쿼리를 DB에 전송한다
- 영속성 컨텍스트를 플러시하는 방법: em.flush(직접 호출) / 트랜잭션 커밋 (플러시 자동 호출) / JPQL 쿼리 실행(플러시 자동 호출)
//JPQL 쿼리 실행시 플러시가 자동 으로 호출되는 이유:
//실행 시 기본으로 flush 하고 쿼리가 DB로 전달됨
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.setFlushMode(FlushModeType.COMMIT)
// FlushModeType.AUTO: 커밋이나 쿼리를 실행할 때 플러시 (기본값)
// FlushModeType.COMMIT: 커밋할 때만 플러시- 플러시는 1. 영속성 컨텍스트를 비우지 않으며 2. 영속성 컨텍스트의 변경내용을 데이터베이스에 동기화하고 3. 트랜잭션이라는 작업 단위가 중요하다(커밋 직전에만 동기화 하면된다)
4. 준영속 상태
- 영속 상태에서 변경이 되는 상태이다.
- 영속 상태의 엔티티가 영속성 컨텍스트에서 분리될때 (detached)
- 영속성 컨텍스트가 제공하는 기능(1차 캐시 / 동일성 보장 / 쓰기 지연 / 변경 감지 / 지연 로딩)을 사용 못함
- 준영속 상태로 만드는 방법은 1. 특정 엔티티만 준영속 상태로 변경: em.detach(entity)
2. 영속성 컨텍스트를 완전히 초기화: em.clear() 3. 영속성 컨텍스트를 종료: em.close() 가 있다