인프런 커뮤니티 질문&답변
제가 이해를 잘 못한 건가요??
작성
·
278
0
[질문 내용]
Drug DrugNutrient Nutrient(Enum) 타입
이렇게 다대다 관계입니다. (DrugNutrient)
@Query("select d from Drug d join d.drugNutrientList dn where dn.standardNutrient IN :standardNutrients group by d,dn "
+ "order by count(dn) desc")
List<Drug> findProperDrug(@Param("standardNutrients") List<StandardNutrient> standardNutrients);저는 이 쿼리를 실행하면 mysql 은
SELECT d.*
FROM drug d
JOIN drug_nutrient dn ON d.drug_id = dn.drug_id
WHERE dn.standard_nutrient IN ('CARBON_HYDRATE','PROTEIN','CALCIUM')
GROUP BY d.drug_id, dn.drug_nutrient_id
ORDER BY COUNT(dn.drug_id) DESC;이렇게 쿼리가 나갈 것이라고 예상했습니다.
따라서
그렇기 때문에

당연히 drug_id 가 중복해서 나올 것이라고 예상했습니다.
실제로도 mysql 에서 중복되게 나오고요!
그러나 JPQL 을 통하면

drug_id 1이 중복해서 나오지 않습니다. 제가 쿼리를 잘 못 이해하고 있을까요? group by 에 무언가 있을 것 같긴 한데 놓친 내용이 있을 까요???
실제 쿼리는 이렇게 나갑니다.
select
d1_0.drug_id,
d1_0.drug_img_path,
d1_0.english_name,
d1_0.name,
d1_0.url,
d1_0.vendor
from
drug d1_0
join
drug_nutrient dnl1_0
on d1_0.drug_id=dnl1_0.drug_id
where
dnl1_0.standard_nutrient in (?, ?, ?)
group by
d1_0.drug_id,
dnl1_0.drug_nutrient_id
order by
count(dnl1_0.drug_nutrient_id) desc그리고 여담인데 group by 를 통하면
default batch fetch size 가 적용이 안되나요?
1쪽에서 다쪽을 get 해서 사용했을 때 쿼리가 나가면서 Where 쪽에 In 쿼리가 바바박 나오던 걸로 기억합니다.
List<Drug> findMoreSuitableDrugList = drugRepository.findProperDrug(standardNutrients);
return findMoreSuitableDrugList.stream().map(drug -> DrugResponseDto.of(drug,drug.getDrugNutrientList().stream().map(drugNutrient -> {
return drugNutrient.getStandardNutrient().getName();
}).collect(Collectors.toList()))).collect(Collectors.toList());
원래 안된다면 성능 1대다 상황에서 성능 최적화는 어떻게 진행하는지 궁금하네요!
답변 2
0
안녕하세요. dionisos198님
다음 내용을 참고해주세요.
https://www.inflearn.com/questions/717679
참고로 업데이트된 메뉴얼에도 해당 내용이 포함되어 있습니다.
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다.
님의 질문 내용을 바탕으로 한 것으로 보아, JPQL을 이용한 쿼리 실행 결과가 예상과 다른 부분, 그룹화(Group by)의 영향, 및 배치 사이즈(batch fetch size) 적용 여부에 대한 궁금증이 있으신 것으로 판단됩니다.
먼저, group by 절이 포함된 쿼리에서 예상과 다른 결과에 대해 이해가 필요한 것으로 보입니다. 예상과 다르게 JPQL 쿼리가 실행될 때 group by와 count 함수의 조합은 해당 조건에 맞는 고유한 결과들을 그룹화하여 집계 함수의 결과(여기서는 count)에 따라 정렬하게 됩니다. group by 절에 여러 컬럼이 포함되면, 해당 컬럼의 조합에 따라 유니크한 그룹을 생성하고, 각 그룹 내에서 카운팅을 하게 되니 예상과 다른 결과가 나올 수 있습니다.
다음으로, default batch fetch size 설정에 대해서 궁금해하셨는데, 이 설정은 엔티티나 컬렉션을 로딩할 때 N+1 쿼리 문제를 완화하기 위해 일정량의 데이터를 한 번에 불러오는 설정입니다. 그러나 group by를 사용하면서 발생하는 쿼리에서는 이 설정이 직접적으로 영향을 미치지 않을 수 있습니다. 이는 배치 사이즈 설정이 불러오는 데이터의 양을 제어하는 것이지, 쿼리의 구성 자체를 변경하지는 않기 때문입니다. 관계된 엔티티를 함께 조회하는 경우에는 @EntityGraph 어노테이션이나 JOIN FETCH 명령을 사용하여 성능을 최적화할 수 있습니다.
1대다 관계에서 성능 최적화에 대한 더 구체적인 방법을 찾고 계시다면, 아래 링크에 제공된 내용이 도움이 될 수 있습니다.
제목: findAll 조인된 데이터까지 한번에 조회하기
제목: fetch join 시 child table 조건이 실제 쿼리에 반영이 안되네요..
이 링크들은 관계된 데이터를 조회하는 방법과 일대다 연관관계에서 성능을 최적화하는 다양한 전략을 다루고 있습니다. 특히 @EntityGraph 어노테이션의 사용 방법이나 fetch join을 효과적으로 사용하는 방법에 대한 내용을 확인할 수 있습니다.
저는 님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.





