지연 로딩(Lazy Loading)

• 지연 로딩은 자신과 연관된 엔티티(Entity)를 실제로 사용할 때 연관된 엔티티(Entity)를 조회(SELECT)하는 방식이다.

• 엔티티(Entity) A를 조회시 관련(Reference)되어 있는 엔티티(Entity) B를 한번에 가져오지 않는다.

• 프록시를 맵핑하고 실제 B를 조회할때 쿼리가 나간다.

• 쿼리가 두 번 나간다.

• A 조회시 한 번, B 조회시 한 번이다.

예시

• 지연 로딩이란, 필요한 시점에 연관된 객체의 테이터를 불러오는 것이다.
• 밑의 코드에서 FetchType을 Lazy로 바꾸면 된다.

JavaCopy

JavaCopy

• 밑의 로그는 테스트 결과이다.

NULLCopy

• order를 조회해도 order만 조회하는 쿼리만 생성이 된다.
• 나머지 연관 객체들을 조회하는 쿼리는 생성되지 않는다.

추가)

✔ ️지연 로딩은 어떻게 이루어질 수 있는가? -> "프록시 객체"

객체 조회 시 항상 연관된 객체까지 함께 조회하는 것은 효율적이지 않다.
그래서 JPA는 엔티티가 실제로 사용되기 전까지 데이터베이스 조회를 지연할 수 있도록 제공하는데 이를 "지연 로딩" 이라고 한다.

"실제로 사용하는 시점에 데이터베이스에서 필요한 데이터를 가져오는 것"

하지만 지연 로딩을 사용하면 실제 엔티티 객체 대신 가짜 객체가 필요한데, 이것이 바로 "프록시 객체"

ManyToOne 관계인 Order(N) - Member(1) 를 예로 들어 보자.

엔티티 Order 조회 시 관련 되어 있는 엔티티 Member를 한번에 가져오지 않는다.
프록시를 맵핑하고 실제 Member를 조회할 때 쿼리가 나간다.

• 지연로딩을 설정해놓으면, Order find 메소드 호출 시 Member는 Proxy 상태이다.

• order.getMember(); 메소드를 호출하는 순간 JPA는 DB를 조회하여 Proxy에 값을 채운다. (바꾸는 게 아니라 값을 채워넣는 것!)

• 프록시는 실제 엔티티를 상속받은 오브젝트이다. 따라서 Member 엔티티와 겉모양이 같고 JPA는 이 프록시(Target)에 값을 채워넣는 것이다.