스칼라 서브쿼리 아시는분 계신가요

[익명(182.31)]

스칼라 서브쿼리마다 메인테이블 호출하면 그만큼 속도 느려지나요?

[프갤러 1(223.38)]

스칼라 서브쿼리 자체가 일반적으로 성능이 안좋아서 보통 조인해서 사용함. 메인테이블이면 안그래도 부하 많을텐데 더 느려질듯

[익명(182.31)]

왜 메인테이블x스칼라서브쿼리개수 만큼 느려지는지 혹시 알수 있을까요?

[프갤러 1(223.38)]

메인 테이블 전체 탐색임? 애초에 스칼라 서브쿼리 작동방식이 메인테이블에 있는 데이터 1개당 서브쿼리가 돌아가서 디비 엄청 때림. 정말 그걸 사용해야하는거라면 WHERE 절이라도 넣어서 메인테이블 탐색 범위를 좁히거나, 쿼리가 좀 복잡해보여도 조인 사용하는게 좋음

[익명(182.31)]

where절에 조건별로 6개가 있는데 메인테이블 로우하나마다 서브쿼리가 돌아서 결국 메인테이블이 6번 돈다는말인가요? 그럼 조인을 하면 6번 안도는이유는 먼가요?

[프갤러 1(223.38)]

?? SELECT문에 걸은게 아니라 WHERE절에 서브쿼리를 6개 넣은거임? 디비에서 최적화 설정해주는게 아니면 정말 주먹구구식으로 메인 테이블을 6번 돌릴 수도 있을듯..?? WHERE절에 한 번도 서브쿼리를 안달아봐서 모르겠음. 조인하면 성능 좋아지는 이유는 연산을 한 번만 하고, 내부에 갖가지 최적화 기법들이 적용되어 있음. 조인문 기본적인 내부 동작 원리가 궁금한거면 조인 알고리즘 검색하시면 댐

[익명(182.31)]

아니요 SELECT 절 서브쿼리 where절에 조건이 다른개 6개가 있습니다 같은 테이블 조인이에요

[프갤러 1(223.38)]

그러면 [WHERE절에 걸린 데이터 수] x [서브쿼리 수]만큼 실행될거임. 아마 WHERE절에 걸린 데이터 수는 조건이 6개니까 풀스캔할 확률이 높아서 [메인테이블 풀스캔] + [WHERE절에 걸린 데이터 수] x [서브쿼리 수]로 돌아갈 것 같은데? 내가 디비 최적화 일을 하는게 아니라서 연산 계산은 이정도까지가 한계임

[프갤러 1(223.38)]

걍 인터넷에 도움 구하는 것보다 Datagrip에서 explain 기능 사용하면서 이것저것 만져보면서 공부해보셈. datagrip 사용 못하는 상황이면 터미널이나 워크벤치에 explain + 쿼리문 붙이면 쿼리 어떻게 돌린건지 다 나와있음

[익명(182.31)]

거맙읍니다 ㅎㅎ