JPA에서 가장 중요한 2가지
• 객체와 관계형 데이터베이스 매핑하기 (Object Relational Mapping)
• 영속성 컨텍스트
엔티티 매니저 팩토리와 엔티티 매니저
동작방식을 그림으로 표현하면 이렇게 된다.
영속성 컨텍스트
- JPA를 이해하는데 가장 중요한 용어
- "엔티티를 영구 저장하는 환경"이라는 뜻
- EntityManager.persist(entity);
- 영속성 컨텍스트는 논리적인 개념
- 눈에 보이지 않음.
- 엔티티 매니저를 통해 영속성 컨텍스트에 접근한다.
엔티티의 생명주기
- 비영속 (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);준영속이란?
- 회원 엔티티를 영속성 컨텍스트에서 분리, 준영속 상태
- 영속 -> 준영속
- 영속 상태의 엔티티가 영속성 컨텍스트에서 분리(detached)
- 영속성 컨텍스트가 제공하는 기능을 사용 못함
- 예시
em.detach(member); 준영속 상태로 만드는 방법
- em.detach(entity)
- 특정 엔티티만 준영속 상태로 전환
- em.clear()
- 영속성 컨텍스트를 완전히 초기화
- em.close()
- 영속성 컨텍스트를 종료
삭제란?
- 객체를 삭제한 상태(삭제)
- 예시
em.remove(member);영속성 컨텍스트의 장점
- 1차 캐시
- 동일성(identity) 보장
- 트랜잭션을 지원하는 쓰기 지연 (transactional write-behind)
- 변경 감지(Dirty Checking)
- 지연 로딩(Lazy Loading)
엔티티를 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");데이터베이스에서 조회하는 경우
- 만약 데이터베이스에 들어간 객체를 조회하고 싶은 경우이다.
//엔티티를 생성 (비영속)
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");- 위 예시에서 보듯 생성된 Member 객체는 Id가 member1이다.
- 하지만 찾고 싶은 Member 객체는 Id가 member2인데, 이는 1차 캐시에 없고 이미 데이터베이스로 들어간 상황이다.
- 이때 1차 캐시에 없음을 확인하고 데이터베이스로 들어가 조회할 수 있다.
영속 엔티티의 동일성 보장
Member a = em.find(Member.class, "member1");
Member b = em.find(Member.class, "member1");
System.out.println(a == b); //동일성 비교 true1차 캐시로 반복 가능한 읽기(REPEATABLE READ) 등급의 트랜잭션 격리 수준을 데이터베이스가 아닌 애플리케이션 차원에서 동일성을 제공한다.
엔티티 등록 , 트랜잭션을 지원하는 쓰기 지연
EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
//엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야 한다.
transaction.begin(); // [트랜잭션] 시작
em.persist(memberA);
em.persist(memberB);
//여기까지 INSERT SQL을 데이터베이스에 보내지 않는다.
//커밋하는 순간 데이터베이스에 INSERT SQL을 보낸다.
transaction.commit(); // [트랜잭션] 커밋
- persist 까지는 1차 캐시에 머물게 된다.
- 하지만 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(); // [트랜잭션] 커밋- 엔티티를 수정하고자 find를 통해 조회한 다음, set으로 수정을 하게 된다면 별 다른 코드 필요없이 수정이 된다.
- 즉 update(member) 같은 코드는 없어도 된다는 뜻이다.
- 이것이 바로 변경 감지이다.
엔티티 삭제
- 삭제는 비교적 간단하다.
//삭제 대상 엔티티 조회
Member memberA = em.find(Member.class, “memberA");
em.remove(memberA); //엔티티 삭제- 조회 후 remove를 통해 삭제하면 된다.
플러시
- 영속성 컨텍스트의 변경내용을 데이터베이스에 반영한다.
- 영속성 컨텍스트를 비우지 않는다.
- 영속성 컨텍스트의 변경내용을 데이터베이스에 동기화한다.
- 트랜잭션이라는 작업 단위가 중요 -> 커밋 직전에만 동기화하면 된다.
플러시 발생
- 변경 감지
- 수정된 엔티티 쓰기 지연 SQL 저장소에 등록
- 쓰기 지연 SQL 저장소의 쿼리를 데이터베이스에 전송 (등록, 수정, 삭제 쿼리)
영속성 컨텍스트를 플러시하는 방법
- em.flush() - 직접 호출
- 트랜잭션 커밋 - 플러시 자동 호출
- JPQL 쿼리 실행 - 플러시 자동 호출
- JPQL에서 플러시가 자동 호출되는 이유 : 간단하게 그냥 호출되지 않으면 문제가 생긴다고 이해하면 된다.
플러시 모드 옵션
em.setFlushMode(FlushModeType.COMMIT)
- FlushModeType.AUTO
- 커밋이나 쿼리를 실행할 때 플러시 (기본값)
- FlushModeType.COMMIT
- 커밋할 때만 플러시
특별한 상황이 아니면 AUTO (기본값)에서 변경하지 않으면 된다. (사실 변경하지 않는 것을 권장한다.)
열심히 하기 1일차