뭐든간의 케이스바이 케이스임저세한건 쿼리플랜을 봐야 알겠지만join으로 해당 테이블을 조회하는 연산보다더 많은 연산이 필요했겠지 대부분의 쿼리가 그렇고select절에서 서브쿼리를 하는 이유는 본문의 from join where절의 모든 연산이 끝나고결과행을 기준으로 조회하는 순서를 고정해 둘 수 있는게 장점이고나는 선호하지 않아서 어떨때 유리할지는당장 떠오르진 않네 - dc App
30세전에특급DBA(118.235)2025-04-03 15:22
답글
서브쿼리라는게 인라인쿼리를 얘기하는건지??
그냥 join, where, select문에서 인덱스 키와 include속성 내에서 필요한것만 사용하면
lookup을 최소화하는건 똑같음 - dc App
30세전에특급DBA(118.235)2025-04-03 15:24
답글
select절의 서브쿼리의 단점은
동일한 조건으로 조회된 행도
원본 결과행 1행당 1행씩 중목해서
조회하기 때문에 동일데이터에 대해
중복탐색이 발생할 여지가 높음 - dc App
30세전에특급DBA(118.235)2025-04-03 15:25
상황마다 다름 서브쿼리가 더 좋을수도 있고 조인이 더 좋을수도 있고 그건 가져오는 데이터를 어떤 걸 가져올지, 가져올 데이터의 총량이 어떻게 되는지에 따라 달라
익명(wake8118)2025-04-03 15:22
쿼리가 눈에 보이는대로 실행되지않음
메인절로 올라가서 먼저 읽힐 수도 있고
경우의수가 존나게많아서 이렇게 질문하면
답을 할수가없음
일반적으로 IN (Subquery) 보다 조인이 더 빠른데
근데 이게 히스토그램이나 이런 값에 따라 너무 결과가 달라질것 같은데 걍 직접 해봐야지
뭐든간의 케이스바이 케이스임저세한건 쿼리플랜을 봐야 알겠지만join으로 해당 테이블을 조회하는 연산보다더 많은 연산이 필요했겠지 대부분의 쿼리가 그렇고select절에서 서브쿼리를 하는 이유는 본문의 from join where절의 모든 연산이 끝나고결과행을 기준으로 조회하는 순서를 고정해 둘 수 있는게 장점이고나는 선호하지 않아서 어떨때 유리할지는당장 떠오르진 않네 - dc App
서브쿼리라는게 인라인쿼리를 얘기하는건지?? 그냥 join, where, select문에서 인덱스 키와 include속성 내에서 필요한것만 사용하면 lookup을 최소화하는건 똑같음 - dc App
select절의 서브쿼리의 단점은 동일한 조건으로 조회된 행도 원본 결과행 1행당 1행씩 중목해서 조회하기 때문에 동일데이터에 대해 중복탐색이 발생할 여지가 높음 - dc App
상황마다 다름 서브쿼리가 더 좋을수도 있고 조인이 더 좋을수도 있고 그건 가져오는 데이터를 어떤 걸 가져올지, 가져올 데이터의 총량이 어떻게 되는지에 따라 달라
쿼리가 눈에 보이는대로 실행되지않음 메인절로 올라가서 먼저 읽힐 수도 있고 경우의수가 존나게많아서 이렇게 질문하면 답을 할수가없음