보통은 페이징 쿼리일텐데
20~30개 N+1로 날라가도
(몇만개면 문제가 되겠지...)
PK로 조회하는게 대부분이라
아무일도 안생김
1ms로 잡으면
(네트워크 왕복시간 + 쿼리 파싱시간 ) * 30 = 30ms 만큼 더 걸리는건데
30ms를 줄이면 0.03초 빨라짐
N이 100이하에선
사용자입장에선 아무런 차이를 못느낌
필요한 개선은 맞는데 지나치게 호들갑 떨음
저런거보다 더 느리고 시급한 문제가 산더미임
나도 한때 대단한 문제인줄알앗지
카테시안곱으로 일어난다면 다르다ㅇㅇ
그리고 이 글의 가정은 요청한개인데 그 요청이 여러개되면 당연히 병목생기지말아야할 db에서 병목생기고 맛탱이가는거임
@ㅇㅇ(106.101) 음 그부분은 어느정돈 인정 - dc App
카테시안곱으로 일어나려면 해결하다가 일어나는거잖아 이 글은 해결안했을때 이야기고 - dc App
그게 암달의법칙이잖아
야 니가 이딴 소릴 하면 어떡하냐 ㅋㅋ
모니터링하면서 느낀 점을 그대로 말한거임 for문안에 쿼리날리는겨 꽤 많다.. - dc App
@딘퐁 포문안의 쿼리 공감 많이되거든요
n+1같은 문제를 내는 jpa가 미개한것. mybatis만을 쓰면 그런 일따윈 일어나지 않는다
for문 안에 쿼리라니깐 jpa 만의 문제가 아님
네트워크 왕복시간 줄이는 방법좀
db를 서버랑 같이 두면 된다ㅇㅇ
@ㅇㅇ(106.101) 노벨상 감이노
rtt가 1ms인게 되냐