패스트캠퍼스 챌린지 6일차 - 엔티티 생명주기, 영속성 컨텍스트

📌 엔티티 생명주기

✔️ 비영속

• 영속성 컨텍스트가 관리하지 않는 상태
• @Transient: 엔티티의 매핑정보에서 제외, 영속성 컨텍스트의 관리 대상에서 제외
• new 를 통해 엔티티 객체를 생성한 시점 (엔티티보다는 그냥 객체인 상태)
  ex) User user = new User("kim", 10);

---

✔️ 영속

• EntityManager.persist();
• 엔티티가 영속성 컨텍스트에 의해 관리되는 상태
• 엔티티가 영속성 컨텍스트에 의해 관리되므로 쓰기지연, 캐싱 등이 가능한 상태이다.

---

✔️ 준영속

• EntityManager.detach();
• 한 번 영속화 되었던 엔티티를 영속성 컨텍스트로부터 분리

---

---

📌 영속성 컨텍스트

✔️ 1차 캐시

• 따로 캐싱에 대한 설정없이 없다면 한 트랜잭션 내 동일한 PK에 대해 캐싱 처리를 지원한다.
• 1차 캐시는 PK를 key값으로는 map의 형태

---

✔️ @Transactional

• 일련의 트랜잭션 단위를 지정
• 메서드 혹은 클래스 단위에 설정주지 않으면 각 EntityManager의 메서드 단위로 @Transactional이 동작
  (SimpleJpaRepository 참고)

---

✔️ Flush가 호출되는 시점

• commit 시점 (메서드가 끝나는 시점)
• 명시적으로 flush() 호출
• 아래와 같은 경우

@DisplayName("3. 영속성 컨텍스트 테스트")
@Test
void 영속성_컨텍스트_테스트1() {
    User user = userRepository.findById(1L).get();
    user.setEmail("modify");

    // 더티채킹이 된다면 이 시점에 DB와 영속성컨텍스트의 데이터는 동기가 안맞아야 함
    // but, 출력결과를 보면 더 최신의 값으로 동기가 맞음
    // 내부적으로 flush를 수행해서 DB로 반영 후 새로 조회해오는 것
    // 명시적으로 flush를 호출한 것도 커밋시점도 아님 flush가 자동으로 호출되는 마지막 경우? (복잡한 쿼리 ?..)
    User userAll = userRepository.findAll().get(0);

    System.out.println(">>> user : " + user.getEmail()); // modify
    System.out.println(">>> userAll : " + userAll.getEmail()); // modify
}

---

✔️ generated-ddl

• jpa.generated-ddl
• jpa의 속성 (구현체에 관계없이 ddl 생성)

✔️ ddl-auto

• jpa.hibernate.ddl-auto
• hibernate의 속성

ddl-auto가 구현체 즉 구체적인 설정이므로 ddl-auto가 설정된 경우 generated-ddl 속성은 무시됨

---

✔️ datasource.initialization-mode: always

• resouces 이하
  schema.sql or data.sql 파일을 로딩
• true 설정시 schema.sql이 있다면 ddl-auto를 무시하고 schema.sql의 설정대로 ddl이 구성됨
• default: embeded
  임베디드DB의 경우 기본적으로 schema.sql or data.sql 로딩

---

👍 수강인증

 

패스트캠퍼스 [직장인 실무교육]

본 포스팅은 패스트캠퍼스 환급 챌린지 참여를 위해 작성되었습니다.