[JPA] 자바 ORM 표준 JPA 프로그래밍 - 기본편_4. 영속성 관리 - 내부 동작 방식

유진·2024년 8월 16일
0

ORM JPA 기본편

목록 보기
2/6
post-thumbnail

출처 : 인프런 > 자바 ORM 표준 JPA 프로그래밍 - 기본편 강의를 듣고 작성한 글입니다.
강의 링크 : 자바 ORM 표준 JPA 프로그래밍 - 기본편

섹션 4. 영속성 관리 - 내부 동작 방식

📘 영속성 컨텍스트 1

  • JPA에서 가장 중요한 2가지
    1. 객체와 관계형 데이터베이스 매핑하기 (Object Relational Mapping)
    2. 영속성 컨텍스트

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

  • 영속성 컨텍스트
    - JPA를 이해하는데 가장 중요한 용어
    - “엔티티를 영구 저장하는 환경”이라는 뜻
    - EntityManager.persist(entity)
    persist 메서드는 DB에 저장하는 것이 아니라 영속성 컨텍스트에 저장한다는 뜻이다.

  • 엔티티 매니저? 영속성 컨텍스트?
    - 영속성 컨텍스트는 논리적인 개념
    - 눈에 보이지 않는다.
    - 엔티티 매니저를 통해서 영속성 컨텍스트에 접근

  • 엔티티의 생명주기
    - 비영속 (new/transient)
    : 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태
    - 영속 (managed)
    : 영속성 컨텍스트에 관리되는 상태
    - 준영속 (detached)
    : 영속성 컨텍스트에 저장되었다가 분리된 상태
    - 삭제 (removed)
    : 삭제된 상태


비영속 : JPA와 관계없이 객체만 생성한 상태

			 // 비영속
            Member member = new Member();
            member.setId(100L);
            member.setName("HelloJPA");

            // 영속
            System.out.println("=== BEFORE ===");
            em.persist(member);
            System.out.println("=== AFTER ===");

            tx.commit();

출력 결과를 보면 Before와 After사이에 아무것도 없고 After 이후에 insert된 것을 볼 수 있다. persist를 한다고 해서 DB에 저장된 것이 아니라 DB 이후에 커밋해야 저장된다.

📖 영속성 컨텍스트의 이점

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

📘 영속성 컨텍스트 2

// 비영속
Member member = new Member();
member.setId(101L);
member.setName("HelloJPA");

// 영속
System.out.println("=== BEFORE ===");
em.persist(member); // 1차 캐시에 저장
System.out.println("=== AFTER ===");

// 똑같은 PK로 값을 가져왔기 때문에 DB에서 가져오는 것이 아니라 먼저 1차 캐시에서 조회
Member findMember = em.find(Member.class, 101L); 

System.out.println("findMember.id = " + findMember.getId());
System.out.println("findMember.name = " + findMember.getName());

// 영속
// 첫번째 조회할 때는 쿼리로 DB에서 가져와야 함
Member findMember1 = em.find(Member.class, 101L);
// 똑같은 걸 두번째 조회할 때는 1차 캐시에서 가져옴
Member findMember2 = em.find(Member.class, 101L);

src\main\resources\META-INF\persistence.xml

<property name="hibernate.jdbc.batch_size" value="10"/>

batch_size만큼 버퍼링을 모아서 write할 수 있다.

// 영속
Member member = em.find(Member.class, 150L);
member.setName("ZZZZ");
            
// em.persist(member);

System.out.println("=================");

tx.commit();

마치 Java Collection을 다루듯이 name만 바꿨는데 업데이트 쿼리가 나간 것을 볼 수 있다.


📘 플러시

플러시
: 영속성 컨텍스트의 변경내용을 데이터베이스에 반영

  • 플러시 발생
    - 변경 감지
    - 수정된 엔티티 쓰기 지연 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();
  • 플러시 모드 옵션 (쓸 일 없음)
    - FlushModeType.AUTO : 커밋이나 쿼리를 실행할 때 플러시 (기본값)
    - FlushModeType.COMMIT : 커밋할 때만 플러시
em.setFlushMode(FlushModeType.COMMIT)
  • 플러시는!
    - 영속성 컨텍스트를 비우지 않음
    - 영속성 컨텍스트의 변경내용을 데이터베이스에 동기화
    - 트랜잭션이라는 작업 단위가 중요 -> 커밋 직전에만 동기화 하면 됨

📘 준영속 상태

  • 준영속 상태
    - 영속 -> 준영속
    - 영속 상태의 엔티티가 영속성 컨텍스트에서 분리(detached)
    - 영속성 컨텍스트가 제공하는 기능을 사용 못함

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

profile
유진진입니덩

0개의 댓글