자바 ORM 표준 JPA 프로그래밍 - 기본편 을 듣고 정리하는 글
영속성 컨텍스트 내부에 캐시로 존재, Map 형태로 저장
// 객체를 생성한 상태 -> 비영속
Member member = new Member();
member.setId("member1");
member.setUsername("회원1");
// 객체 영속화 -> 1차 캐시에 저장
em.persist(member);
// 1차 캐시에서 조회된다.
Member findMember = em.find(Member.class, "member1");
동일한 엔티티를 조회하는 경우 1차 캐시에서 찾아서 반환하기 때문에 불필요한 DB Connection을 없앨 수 있다.
하지만 1차 캐시는 한 트랜잭션 내에서만 유지되기 때문에 성능상의 이점이 그렇게 크지는 않다.
1차 캐시 내에 없다면 DB에서 조회해서 1차 캐시에 저장하고 반환한다.
Member member1 = em.find(Member.class, "member1");
Member member2 = em.find(Member.class, "member1");
member1 == member2; // true
같음,,당연함,,,
같은 트랜잭션 내에서는 동일 엔티티를 반환, 조회 쿼리 1번만 실행
EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
//엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야 한다.
transaction.begin(); // transaction start
em.persist(memberA);
em.persist(memberB);
//여기까지 INSERT SQL을 데이터베이스에 보내지 않는다.
//커밋하는 순간 데이터베이스에 INSERT SQL을 보낸다.
transaction.commit(); // transaction commit
쓰기 지연 SQL 저장소에 모아놨다가 transaction.commit();
하는 순간 flush(영속성 컨텍스트의 변경 내용을 DB에 반영) 된다.
EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
transaction.begin(); // transaction start
// 영속 엔티티 조회
Member memberA = em.find(Member.class, "memberA");
// 영속 엔티티 데이터 수정
memberA.setUsername("hi");
memberA.setAge(10);
//em.update(member) 이런 코드가 있어야 하지 않을까?
transaction.commit(); // transaction commit
결론적으로 update 코드는 불필요하다.
영속성 컨텍스트 내부에 스냅샷이 존재, Entity와 Snapshot 비교하여 바뀌어 있으면 update 쿼리를 생성한다.
Snapshot : 최초에 읽어온 시점에 저장
영속성 컨텍스트의 변경 내용을 DB에 반영
// 비영속 상태
Member member = new Member();
member.setId("memberA");
member.setUsername("회원A");
// 영속화
em.persist(member);
// 준영속 상태로 전환
em.detach(member);
transaction.commit();
영속 상태에서 준영속 상태로 전환시켰기 때문에 commit시 아무 기능도 동작하지 않는다. INSERT도 되지 않음
영속성 컨텍스트가 관리하던 엔티티들이 모두 준영속 상태로 전환된다.