📚 TIL 39일차

영속성 컨텍스트(1차 캐시)를 활용한 쓰기지연

데이터를 생성한 프로그램이 종료되어도 사라지지 않는 데이터의 특성을 말한다. 영속성을 갖지 않으면 데이터는 메모리에서만 존재하게 되고, 프로그램이 종료되면 해당 데이터는 모두 사라지게 된다. 그래서 우리는 데이터를 파일이나 DB에 영구적으로 저장함으로써 영속성을 부여한다.

영속성 4가지 상태

비영속 ▶ 영속 ▶ 준영속 | 삭제

1. 비영속(new/transient): 엔티티 객체가 만들어져서 아직 저장되지 않은 상태. 영속성 컨텍스트와 전혀 관계가 없음.

2. 영속(managed): 엔티티가 영속성 컨텍스트에 저장되어, 영속성 컨텍스트가 관리할 수 있는 상태.

3. 준영속(detached): 엔티티가 영속성 컨텍스트에 저장되어 있다가 분리된 상태. 영속성 컨텍스트가 더 이상 관리하지 않음.

4. 삭제(removed): 엔티티를 영속성 컨텍스트와 DB에서 삭제하겠다고 표시한 상태

객체의 영속성 상태는 Entity Manager의 메서드를 통해 전환된다. Raw JPA 관점에서 순서대로 요약 정리를 해보자면...

• Persist(), merge() → (영속성 컨텍스트에 저장된 상태: Managed) → flush() → (DB에 쿼리가 전송된 상태) → commit() → (DB에 쿼리가 반영된 상태)

// 1️⃣ 영속성 컨텍스트에 담을 상품 엔티티 생성
Item item = new Item();
item.setItemNm("테스트 상품");	

// 2️⃣ 엔티티 매니저 팩토리로부터 엔티티 매니저를 생성
EntityManager em = entityManagerFactory.createEntityManager();
// 3️⃣ 데이터 변경 시 무결성을 위해 트랜잭션 시작
EntityTransaction transaction = em.getTransaction();
transaction.begin();

// 4️⃣ 영속성 컨텍스트에 저장된 상태, 아직 DB에 INSERT SQL 보내기 전
em.persist(item);
// 4️⃣-2 (DB에 SQL 보내기/commit시 자동수행되어 생략 가능함)
em.flush(item);
// 5️⃣ 트랜잭션을 DB에 반영, 이 때 실제로 INSERT SQL 커밋 수행
transaction.commit();

// 6️⃣ 엔티티 매니저와 엔티티 매니저 팩토리 자원을 close() 호출로 반환
em.close();

쓰기 지연이 발생하는 시점

• flush() 동작이 발생하기 전까지 최적화.
• flush() 동작으로 전송된 쿼리는 더 이상 쿼리 최적화는 되지 않고, 이후 commit()으로 반영만 가능.

쓰기 지연 효과

1. 여러 개의 객체를 생성할 경우, 모아서 한 번에 쿼리를 전송.

2. 영속성 삭태의 객체가 생성 및 수정이 여러 번 일어나더라도, 해당 트랜잭션 종료 시, 쿼리는 1번만 전송될 수 있음.

3. 영속성 상태에서, 객체가 생성 후 삭제되었다면, 실제 DB에는 아무 동작이 전송되지 않을 수 있음.

4. 즉, 여러가지 동작이 많이 발생하더라도, 쿼리는 트랜잭션 당 최적화 되어 최소 쿼리만 날아가게 됨.

키 생성 전략이 generationType.IDENTITY 로 설정 되어있는 경우, 생성 쿼리는 쓰기지연이 발생하지 못한다.

• why? 단일 쿼리로 수행함으로써, 외부 트랜잭션에 의한 중복 키 생성을 방지하여 단일키를 보장하기 때문에...

쓰기 지연 예제 코드

Team teamA = new Team();
teamA.setName("TeamA");
em.persist(teamA); // teamA: 영속성 상태

Team teamB = new Team();
teamB.setName("TeamB");
em.persist(teamB); // teamB: 영속성 상태

Member member_A = new Member();
member_A.setName("memberA");
member_A.setTeam(teamA);

em.persist(member_A); // member_A: 영속성 상태

em.flush(); // * ← Insert 쿼리가 날아감

Member findMember = em.find(Member.class, member_A.getId());
Team findTeam = findMember.getTeam();

System.out.println(findTeam.getName());

1. flush()가 있는 경우

create member
create team
insert team      // flush로 인해 쓰기지연이 발생하지 않음
insert member    // flush로 인해 쓰기지연이 발생하지 않음
print "TeamA" (memberA.getTeam())

2. flush()가 없는 경우

create member
create team
print "TeamA" (memberA.getTeam()) // 쓰기 지연이 발생하더라도 영속성 컨텍스트에서 조회해옴
insert team      // 쓰기 지연이 발생한 부분
insert member    // 쓰기 지연이 발생한 부분

Raw JPA 매핑 기능

@OneToMany (일대다 관계)

• 기본 FetchType == LAZY.
• 속성
  • mappedBy : 연관관계의 주인 필드
  • fetch : 글로벌 fetch 전략 설정.
  • cascade : 영속성 전이 기능을 사용.
  • targetEntity : 연관된 엔티티의 타입 정보를 설정.

@ManyToOne (다대일 관계)

• 속성
  • optional (default true) : false로 설정하면 연관된 엔티티가 반드시 있어야 함.
  • fetch : 글로벌 fetch 전략 설정.
    • ✋ 기본이 EGEAR 로 설정되어있으나 실무에서는 기본 LAZY로 설정하는것 추천!
  • cascade : 영속성 전이 기능 사용.
  • targetEntity : 연관된 엔티티의 타입 정보 설정.
    (targetEntity = Member.class 식으로 사용)

1. 일대다 단방향 관계

@Entity(name = "parent")
public class Parent {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    
    @OneToMany
	@JoinColumn(name = "parent_id")
    private List<Child> childList;
}

@Entity(name = "child")
public class Child {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

	@Column(name = "parent_id")
	private Long parentId;
}

2. 다대일 양방향 관계

일대다 양방향 관계는 없음!

@Entity(name = "parent")
public class Parent {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    
    @OneToMany(mappedBy="parent")
    private List<Child> childList;
}

@Entity(name = "child")
public class Child {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

		@ManyToOne
		@JoinColumn(name = "parent_id")
		private Parent parent;
}