작성
·
207
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을 효과적으로 사용하는 방법에 대한 내용을 확인할 수 있습니다.
저는 님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.