엔티티의 상태 변화를 전파시키는 옵션

엔티티의 상태란?

• Transient: JPA가 모르는 상태
• Persistent: JPA가 관리중인 상태 (1차 캐시, Dirty Checking, Write Behind)
  • save 했다고 바로 들어가는 것이 아니라 하이버네이트가 persistent로 관리하다가 이제 db에 넣어야 겠다 했을때 insert 쿼리가 발생한다.
  • 1차 캐시란 session (persistent context) 에 넣은 상태
• Detached: JPA가 더이상 관리하지 않는 상태
• Removed: JPA가 관리하긴 하지만 삭제하기로 한 상태

@Override
public void run(ApplicationArguments args) throws Exception {
	Account account = new Account();
	account.setUsername("cmlee3");
	account.setPassword("pass3");

	Study study = new Study();
	study.setName("spring jpa");

	account.addStudy(study);

	Session session = entityManager.unwrap(Session.class);
	session.save(account);
	session.save(study);

	Account cmlee = session.load(Account.class, account.getId());
	System.out.println(cmlee.getUsername());
//		entityManager.persist(account);
}

조회할 때 굳이 select 하지 않고 캐시 된 데이터 쓰고 그 후에 insert 한다.

@Override
public void run(ApplicationArguments args) throws Exception {
	Account account = new Account();
	account.setUsername("cmlee3");
	account.setPassword("pass3");

	Study study = new Study();
	study.setName("spring jpa");

	account.addStudy(study);

	Session session = entityManager.unwrap(Session.class);
	session.save(account);
	session.save(study);

	Account cmlee = session.load(Account.class, account.getId());
	cmlee.setUsername("cmlee!!");

	System.out.println(cmlee.getUsername());
//		entityManager.persist(account);
}

save 후에 값을 변경하면 update가 발생한다.

• 불필요한 select를 하지 않고 update 했다.
• 이것이 dirty checking, write behind의 조합이다.
• dirty checking : 계속 객체의 변경 사항을 감지
• write behind : 최대한 늦게 데이터 베이스에 필요한 시점에 적용

트랜잭션이 끝나서 세션 밖으로 나오면 detached 상태가 된다.

• repository에서 service로 전달한 상태