8-2) 프록시와 연관관계 관리 : 지연 로딩과 즉시 로딩

자바 ORM 표준 JPA 프로그래밍 - 기본편을 공부하며 정리한 내용입니다.

자바 ORM 표준 JPA 프로그래밍 - 기본편 - 인프런

 

지연 로딩(LAZY)을 사용해서 프록시로 조회

@Entity
public class Member {
	
    @Id @GeneratedValue
    private Long id;
    
    @Column(name = "USERNAME")
    private String name;
    
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "TEAM_ID")
    private Team team;
    ..
    ..

}

@OneToMany, @ManyToMany 는 기본이 LAZY

 

LAZY (지연 로딩)을 사용하면?

member를 조회해도 team을 직접 사용하기 전까진 조회하지 않는다. (프록시 객체를 넣어준다)

Team team = member.getTeam(); // 이때는 프록시 객체!!

team.getName(); // team을 실제로 사용하는 시점에 DB조회 쿼리가 날라가게 된다.

 

가급적이면 지연 로딩만 사용 (실무에서는 특히 더!)

 

즉시 로딩(EAGER)을 사용해서 함께 조회

@Entity
public class Member {
	
    @Id @GeneratedValue
    private Long id;
    
    @Column(name = "USERNAME")
    private String name;
    
    @ManyToOne(fetch = FetchType.EAGER)
    @JoinColumn(name = "TEAM_ID")
    private Team team;
    ..
    ..

}

@ManyToOne, @OneToOne는 기본이 EAGER

 

EAGER (즉시 로딩)을 사용하면?

member를 조회하면 team까지 다 조회해 버린다. team에도 실제 엔티티가 들어가게 되고, 쿼리를 미리 한방에 다 날려버린다. (나중에 배우게 될 것인데, JPQL에서 N+1 문제를 일으킨다! )

 

JPQL N+1 문제를 fetch join 으로 부분적으로 해결시킬 수 있다.

fetch join을 사용하면 한방 쿼리를 날려서, 이후에 데이터를 조회해도 쿼리가 나가지 않는다.

            List<Member> list = em.createQuery("select m from Member m join fetch m.team", Member.class)
                    .getResultList();

 

---

 

지연 로딩 활용

• Member와 Team은 자주 함께 사용 ? 즉시 로딩
• Member와 Order는 가끔 사용 -> 지연 로딩
• Order와 Product는 자주 함께 사용 -> 즉시 로딩

 

 

마지막으로..

• 모든 연관관계에 지연 로딩을 사용해라.
• 실무에서 즉시 로딩을 사용하지 마라. ( 상상도 못한 쿼리가 나가서 어렵다.)
• JPQL fetch 조인이나, 엔티티 그래프 기능을 사용해라.