스칼라 서브쿼리 사용 질문입니다

Question

안녕하세요 아직 모르는게 많은 주니어입니다업무 진행중에 궁금했던 부분이 있어서 질문드립니다.기존 쿼리는 메인테이블 A에 레코드가 매우 많은 (메인 테이블의 100배 ~ 1000배정도) 테이블 B, C가 포함된 인라인뷰를 아우터조인 하여 값을 가져오는 형태였으며 그 인라인뷰도 조인이 꽤 걸려있었습니다.이 쿼리는 필터 조건이 중복값이 많은 컬럼(사람이름) 하나였으며 그래서 그런지 타임아웃이 발생하고 있었습니다.시도한 쿼리는 아우터조인을 모두 제거하고 필요한 컬럼을 스칼라 서브쿼리로 가져오는 형태였으며 각 서브쿼리는 모두 인덱스 유니크 스캔을 태워 가져왔는데 거의 즉시 결과를 가져왔습니다.개선이 됐으니 이렇게 하면 되겠거니 하고 리뷰를 하는 도중 서브쿼리 사용은 최대한 지양해야 한다는 것을 알게되었는데 이런 개선방식은 자제해야할까요?가령 인라인뷰를 개선한다던가 다른 방식으로 아우터조인을 거는게 더 나았나 하는 생각이 듭니다.퇴근중에 기억을 더듬어 작성한 거여서자세한 상황설명을 못드리는 점 양해 부탁드립니다 ㅜ

Clickin · Accepted Answer

스칼라 서브쿼리랑 최대한 지양하는 서브쿼리는 다릅니다스칼라 서브쿼리는 캐싱 처리덕분에 메인 테이블 대비 대상 테이블의 자료가 적은 경우 성능에 좋습니다.하지만 데이터가 많은 경우 아우터 조인이 나을 수 있습니다.실행계획을 비교해보시면 됩니다

crnmst · Answer

다 조인으로 하는게 좋습니다.성능을 떠나서 컬럼 1개만 평생을 가져올거 아니면요.

초무쿤 · Answer

보통은읽어야되는 양이 믾은 경우 스칼라서브쿼리가 행마다 쿼리가 실행되기때문애 레이턴시를 계속 빌생해서 성능상 분리학구요(OLAP라고 하는 직업들)페이징 처리되는 온라인 쪽에서는 성능싱 더 좋을수도 있습니다. (OLTP라고 하는 직업들)보통 대형프로잭트애서 지양하는 이유는적시적소애 쓰는게 아니라짜기 쉽다는 이유로 남빌하는 문제 때문에아예 장책적으로 막아버리는 이유가 크지그게 이예 쓰지 밀이야 된 기능이면 애초에 만들지를 읺았겠죠..(무조간 않된디고 하는 건 좀 납득하기 힘든… DBA나 튜너가 무조건 안된디고 하는거면 전 좀 신뢰가 안간디는...)

스칼라 서브쿼리 사용 질문입니다

3개의 답변

Q&A 목록