제가 이해를 잘 못한 건가요??
297
작성한 질문수 42
[질문 내용]
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을 효과적으로 사용하는 방법에 대한 내용을 확인할 수 있습니다.
저는 님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
벌크연산에서 member.getAge 호출 시 영속성 컨텍스트에서 데이터를 가져오는건가요?
0
33
2
inheritance startegy 선택시 고려사항
0
25
1
Entity 동등성 비교
0
25
1
실무 조언 관련 질문입니다.
0
50
1
H2데이터베이스 파일 생성
0
60
2
서브쿼리 강의에서 ALL 예시 관련 질문드립니다.
0
57
2
수정또는 삭제시 영속성 엔티티에 값이 무조건 있어야 하나요?
0
58
1
JPQL 메소드와 락
0
57
1
Delivery @OneToOne
0
64
1
17강 4~5분대 테이블 값 조회가 안됩니다.
0
98
2
UnsupportedOperationException 발생
0
89
3
H2 Database 연결이 안됩니다.
0
98
2
연관관계 매핑 질문드립니다.
0
88
2
h2데이터베이스 실행오류
0
110
2
persistence.xml
0
112
2
양방향 연관관계에서 연관관계의 주인(mappedBy)을 왜 꼭 정해야 하나요?
0
83
1
영속성 컨텍스트
0
70
1
JPA 프록시
0
100
1
Native Query와 MyBatis
0
74
1
영속성 컨텍스트는 어떤 메모리에 저장되는건가요?
0
93
1
임베디드 타입 예시 코드 관련 질문
0
121
3
명시적 조인에서 별칭을 주면 왜 객체에 접근할 수 있나요
0
97
3
인텔리제이 패키지 커서 단축키 질문
0
109
2
혹시 현재는 ID 데이터 타입이 String이면 안되나요?
0
149
1





