페치조인의 한계

페치 조인의 특징과 한계

- 페치 조인 대상에는 별칭을 줄 수 없다.

• 하이버네이트는 가능, 가급적 사용 X
• 페치 조인 대상에 별칭을 주어 where절에 사용이 불가능하다. 데이터중 몇개의 데이터만 따로 조작하는 것은 매우 위험함

- 둘 이상의 컬렉션은 페치 조인 할 수 없다.

• 일대다대다 관계가 나오기 때문에 데이터가 정말 예상하지 못하게 늘어나면서 문제가 생긴다.

- 컬렉션을 페치 조인하면 페이징 API(setFirstResult, setMaxResults)를 사용할 수 없다.

• 일대일, 다대일 같은 단일 값 연관 필드들은 페치 조인해도 페이징 가능
• 하이버네이트는 경고 로그를  남기고 메모리에서 페이징(매우 위험)

페이징 해결법

• 일대다 관계를 뒤집어 다대일로 fetchJoin을 한다.
• fetchjoin을 해제하고 지연로딩을 사용하여 

@Entity
@Getter
@Setter
public class Team {

    @Id
    @GeneratedValue
    private Long id;
    private String name;

    @BatchSize(size = 100)
    @OneToMany(mappedBy = "team")
    private List<Member> memberList = new ArrayList<>();
}

@BetchSIZE를 설정 후 아래에 코드를 돌리면

String query = "select t from Team t";
List<Team> result = em.createQuery(query, Team.class)
	.setFirstResult(0)
	.setMaxResults(2)
	.getResultList();

for (Team team :result) {
	System.out.println("member = " + team.getName() + ", " + team.getMemberList().size());

	for (Member member : team.getMemberList()) {
		System.out.println("-> member = " + member);
	}
}

select에서 member를 가져올 때 ?, ?를 확일할 수 있는데 팀 ID가 두개 들어가는 것이다. 즉 팀A와 팀B 둘 다 가져오는 것이다. @Batch를 사용시 LAZY loading을 가져올 때 한번에 100개씩 넘긴다, 

batch를 글로벌 세팅으로도 가능한데 실무에서는 보통 처음 시작 시 설정하고 시작한다.

<!--<property name="hibernate.jdbc.batch_size" value="10"/>-->
<property name="hibernate.defualt_batch_fetch_size" value="100"/>

이걸 사용하면 쿼리가 n+1이 아닌 테이블 수만큼 실행할 수 있다.

 

- 연관된 엔티티들을 SQL 한 번으로 조회 - 성능 최적화

 

- 엔티티에 직접 적용하는 글로벌 로딩 전략보다 우선함

• @OneToMany(fetch = FetchType.Lazy)//글로벌 로딩 전략

- 실무에서 글로벌 로딩 전략은 모두 지연 로딩

 

- 최적화가 필요한 곳은 페치 조인 적용

 

 

페치 조인 - 정리

• 모든 것을 페치 조인으로 해결할 수는 없음
• 페치 조인은 객체 그래프를 유지할 때 사용하면 효과적
• 여러 테이블을 조인해서 엔티티가 가진 모양이 아닌 전혀 다른 결과를 내야하면. 페치 조인 보다는 일반 조인을 사용하고 필요한 데이터만 조회해서 DTO로 반환하는 것이 효과적