✅ 엔티티의 생명주기 ✅ em.persist() ✅ em.detach() ✅ em.clear() ✅ em.close() ✅ em.remove()

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

영속성 컨텍스트

엔티티를 영구 저장하는 환경

EntityManager.persist(entity);

• 엔티티 매니저를 통해서 영속성 컨텍스트에 접근
• 엔티티 매니저와 영속성 컨텍스트가 1:1

엔티티의 생명주기

- 비영속 (new/transient)

영속성 컨텍스트와 전혀 관계가 없는 새로운 상태

• 객체를 생성한 상태(비영속)

Member member = new Member();
member.setId("member1");
member.setUsername("회원1");

- 영속 (managed)

영속성 컨텍스트에 관리되는 상태

• persist, find등을 하면 영속 상태가 됨

//객체를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername(“회원1”);

EntityManager em = emf.createEntityManager();
em.getTransaction().begin();

//객체를 저장한 상태(영속)
em.persist(member);

- 준영속 (detached)

영속성 컨텍스트에 저장되었다가 분리된 상태

em.detach(entity); // 특정 엔티티만 준영속 상태로 전환
em.clear(); // 영속성 컨텍스트를 완전히 초기화
em.close(); // 영속성 컨텍스트를 종료

• 영속 -> 준영속 : 영속 상태의 엔티티가 영속성 컨텍스트에서 분리(detached)됨
• 영속성 컨텍스트가 제공하는 기능을 사용 못함
• 영속성 컨텍스트에서 관리하지 않는 상태가 되기 때문에 수정을 한 뒤 commit 을 해도 db에 반영이 안됨

- 삭제 (removed)

삭제된 상태

em.remove(member);

사용하는 이유 (장점)

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

- 1차 캐시 조회

Member member = new Member();
member.setId("member1");
member.setUsername("회원1");

//1차 캐시에 저장됨
em.persist(member);

//1차 캐시에서 조회
Member findMember = em.find(Member.class, "member1");

• db를 거치지 않고 캐시에서 조회하므로 아주 작은 성능 향상
• 현업에서 1차 캐시로 인한 성능적인 이점보다는 컨셉이 주는 이점이 더 크다고 함

데이터 베이스에서 조회

Member findMember2 = em.find(Member.class, "member2");

- 동일성 보장

Member a = em.find(Member.class, "member1");
Member b = em.find(Member.class, "member1");
System.out.println(a == b); //동일성 비교 true

• 1차 캐시가 있기 때문에 가능한 것

- 트랜잭션을 지원하는 쓰기 지연

EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
//엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야 한다.
transaction.begin(); // [트랜잭션] 시작

em.persist(memberA);
em.persist(memberB);
//여기까지 INSERT SQL을 데이터베이스에 보내지 않는다.

//커밋하는 순간 데이터베이스에 INSERT SQL을 보낸다.
transaction.commit(); // [트랜잭션] 커밋

• 버퍼링 기능 : 여러 persist로 1차 캐시에 모았다가 commit 하는 순간, db에 저장함
• persist 마다 db에 쿼리를 날리면 최적화할 수 있는 여지가 없고 매번 insert하면 성능적으로 불리함

- 변경 감지

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(); // [트랜잭션] 커밋