영속성 컨텍스트 ?
- JPA를 이해하는데 가장 중요한 용어
- [엔티티를 영구히 저장하는 환경] 이라는 뜻
- 영속성 컨텍스트는 논리적인 개념 => 눈에 보이지 않는다
- 엔티티 매니저를 통해서 영속성 컨텍스트에 접근
엔티티의 생명주기
- 비영속 (new/transient) : 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태
//객체를 생성한 상태(비영속)
Member member = new Member();
member.setId(1L);
member.setUserName("회원1");
- 영속 (managed)
영속성 컨텍스트에 관리 되는 상태
//...
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 loadng)
엔티티 조회, 1차 캐시
- 엔티티를 영속 시 키 : 엔티티 형태로 캐시됨
- 캐시에 없는 데이터 조회 시 DB 조회 후 1차 캐시에 저장 => 조회 데이터 반환
- But, 큰 의미는 없다
=> 왜냐하면, 애플리케이션 전체에 공유되는 캐시가 아닌 엔티티 매니저 단위로 공유되는 캐시이기 때문에
=> 다른 서비스 호출 시 영속성 컨택스트가 새롭게 생성
영속 엔티티의 동일성 보장
Member a = em.find(Member.class, "member1");
Member b = em.find(Member.class, "member1");
//영속성 컨텍스트에서 가져왔기 때문에 같은 refference처럼 취급됨
System.out.println( a == b ) ; //동일성 비교 true.
- 1차 캐시로 반복 가능한 읽기(REPEATABLE READ) 등급의 트랜잭션 격리 수준을 데이터베이스가 아닌, 애플리케이션 차원에서 제공 ( 같은 트랜잭션 안에서)
트랜잭션을 지원하는 쓰기 지연
EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
//엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야한다.
//[트랜잭션] 시작.
transaction.begin()
em.persist(memberA);
em.persist(memberB);
//여기까지는 Insert Sql 을 데이터베이스에 보내지 않음
//커밋 하는 순간 데이터베이스에 Insert Sql을 전송
transaction.commit();
1) em.persist(memberA);
- 1차 캐시에 저장 ( in 영속 컨텍스트 )
- InsertSql 생성( in 영속 컨텍스트 )
- 쓰기지연 SQL 저장소에 저장 ( in 영속 컨텍스트 )
2) em.persist(memberB);
- 1차 캐시에 저장 ( in 영속 컨텍스트 )
- InsertSql 생성( in 영속 컨텍스트 )
- 쓰기지연 SQL 저장소에 저장 ( in 영속 컨텍스트 )
3) commit(); ->flush
엔티티 수정( 변경감지, 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();
1) commit 시 flush()
2) 엔티티와 스냅샷 비교
3) updatesql 생성 후 쓰기지연 SQL 저장소에 저장
엔티티 삭제
//삭제 대상 엔티티 조회
Member memberA = em.find(Member.class, "memberA");
em.remove(memberA); // 엔티티 삭제
플러시?
- 영속성 컨텍스트의 변경내용을 데이터 베이스에 반영
(트랜잭션의 커밋시)
플러시가 발생하면..
- 변경 감지 (dirty checking)
- 수정된 엔티티 쓰기 지연 SQL 저장소에 등록
- 쓰기 지연 SQL 저장소의 쿼리를 데이터베이스에 전송
(등록, 수정, 삭제쿼리)
영속성 컨텍스트를 플러시 하는 방법
- 1차캐시가 지워지지 않음, 데이터베이스에 반영
1) em.flush() - 직접호출
Member member = new Member(200L, "member200");
em.persist(member);
em.flush();
2) 트랜잭션 커밋 - 플러시 자동 호출
3) JPQL 쿼리실행 - 플러시 자동 호출
em.persist(memberA);
em.persist(memberB);
em.persist(memberC);
//중간에 JPQL 실행
// JPQL실행 전에 플러시가 자동으로 호출됨
query = em.createQuery("select m from Member m", Member.class);
List<Member> members = query.getResultList();
플러시 모드 옵션
em.setFLushMode(FlushModeType.COMMIT)
- FlushModeType.AUTO : 커밋이나 쿼리를 실행할 때 플러시 (기본 값)
- FlushModeType.Commit : 커밋 할 때만 플러시
플러시는!
- 영속성 컨텍스트를 비우진 않음
- 영속성 컨텍스트의 변경내용을 데이터 베이스에 동기화
- 트랜잭션이라는 작업단위가 중요 -> 커밋 직전에만 동기화 하면 됨
준영속 상태
- 영속 -> 준영속
- 영속 상태의 엔티티가 영속성 컨텍스트에서 분리 (detached)
- 영속성 컨텍스트가 제공하는 기능을 사용 못함
준영속 상태로 만드는 방법
- em.detach(entity);
특정 엔티티만 준영속 상태로 전환.
// 영속
Member member = em.find(Member.class, 150L);
member.setName("AAA");
// 준영속
em.detach(member);
- em.clear()
영속성 컨텍스트를 완전히 초기화
// 영속
Member member = em.find(Member.class, 150L);
member.setName("AAA");
// 준영속
em.clear();
// 다시 영속됨
Member member2 = em.find(Member.class, 150L);
- em.close()
영속성 컨텍스트를 종료
'Spring > JPA' 카테고리의 다른 글
[2022-09-18] 필드와 컬럼매핑 (0) | 2022.09.25 |
---|---|
[2022-09-13] 데이터베이스 스키마 (0) | 2022.09.14 |
[2022-07-17] 엔티티 매핑 (0) | 2022.07.18 |