특정 엔티티를 영속상태로 만들때 연관된 엔티티도 영속상태로 만들고 싶을떄 사용한다.영속성 전이는 연관관계를 매핑하는 것과는 아무 관련이 없다엔티티를 영속화할떄 관련 엔티티도 영속화해주는 편리함을 제공해주는 것뿐CascadeType.REMOVE를 사용하는 것은 One에서
JPQL에서 성능 최적화를 위해 제공하는 기능연관된 엔티티나 컬렉션을 SQL 한번에 함께 조회하는 기능명령어 \[left] join fetch페치 조인을 사용할 때만 연관된 엔티티도 함께 조회(즉시로딩 - 엔티티에 직접 적용하는 글로벌 로딩 전략보다 우선함)이 기능이
ToOne(OneToOne, ManyToOne)의 관계를 같이 조회한다고 할때 최적화 방법을 알아보겠다. 연관관계 설명 ORDER, MEMBER, DELIVERY 총 3개의 엔티티가 있다. ORDER와 MEMBER는 ManyToOne 관계 ORDER와 DELIVERY
ToMany 연관관계를 한번에 조회할때의 경우 이전 엔티티 조회와 달리 컬렉션을 조회하는 것은 매우 복잡하다. 엔티티들의 연관관계 설명 Order, OrderItem, Item 총 3개의 엔티티가 있다. OrderItem과 Item는 ManyToOne 관계 Orde
기존 레포지토리 객체 대신 을 이용한다 이 레포지토리는 대부분의 공통 메서드를 제공한다. -- 기존의 공통 메서드 말고 다른 쿼리를 생성하고 싶을때 @Query 어노테이션이나 메소드 이름으로 쿼리를 생성한다. 유저의 이름으로 조회하고 싶을때 혹은 위 두개의 메서
Querydsl 설정 에 설정 추가 (오른쪽위에)gradle -> task -> other -> compile.Querydsl 클릭 Q(Entity 이름) 파일이 build 파일에 자동으로 생김 > Querydsl 다시 세팅하는 법 or JPAQueryFactor
JPA를 사용할때 영속성 컨텍스트의 이점으로 1차 캐시가 있는데, 1차 캐시가 어떤 방식으로 작동하는지 알아보겠습니다. 먼저 설명하기 위한 엔티티 예시를 보겠습니다. 단순하게 팀과 멤버가 일대다 관계를 갖고 있습니다. 현재 DB에 저장된 데이터 정보 현재 DB에