JPQL과 영속성 컨텍스트

쿼리 후 영속 상태인 것과 아닌 것

• JPQL로 엔티티를 조회하면 영속성 컨텍스트에서 관리되지만 엔티티가 아니면 영속성 컨텍스트에서 관리되지 않는다.

  select m from Member m //엔티티 조회 (관리O) 
  select o.address from Order o //임베디드 타입 조회 (관리X)
  select m.id, m.username from Member m //단순 필드 조회 (관리X)
  

• 조회한 엔티티만 영속성 컨텍스트가 관리한다.

JPQL로 조회한 엔티티와 영속성 컨텍스트

• 영속성 컨텍스트에 회원1이 있는데, JPQL로 회원1을 다시 조회하면 어떻게 될까?
• JPQL로 데이터베이스에서 조회한 엔티티가 영속성 컨텍스트에 이미 있으면 JPQL로 데이터베이스에서 조회한 결과를 버리고 대신에 영속성 컨텍스트에 있던 엔티티를 반환한다.

• 기존 엔티티를 새로 검색한 엔티티로 대체하는 방식을 사용하지 않는 이유
  • 영속성 컨텍스트에 수정 중인 데이터가 사라질 수 있으므로 위험하다.

find() vs JPQL

• em.find() 메소드는 엔티티를 영속성 컨텍스트에서 먼저 찾고 없으면 데이터베이스에서 찾는다.
  • 따라서 해당 엔티티가 영속성 컨텍스트에 있으면 메모리에서 바로 찾으므로 성능상 이점이 있다.(1차 캐시)
• 반면에 JPQL은 항상 데이터베이스에 SQL을 실행해서 결과를 조회한다.

JpaRepository

• 스프링 데이터 JPA는 스프링 프레임워크에서 JPA를 편리하게 사용할 수 있도록 지원하는 프로젝트다.

• 데이터 접근 계층을 개발할 때 구현 클래스 없이 인터페이스만 작성해도 개발을 완료할 수 있다.

• 일반적인 CRUD 메소드는 JpaRepository 인터페이스가 공통으로 제공하므로 문제가 없다.

• 하지만 memberRepository.findByUsername() 처럼 직접 작성한 공통으로 처리할 수 없는 메소드는 스프링 데이터 JPA가 메소드 이름을 분석해서 JPQL을 실행한다.

  select m from Member m where username =: username