SQLP 이론 학습 | 모두의 문제집 · 시험 직전 요약장

혼동하기 쉬운 판단	정확한 기준
인덱스가 있으면 반드시 인덱스를 사용해야 한다	인덱스 탐색과 Table Access by ROWID를 포함한 전체 Cost를 비교한다
선택도가 낮으면 언제나 인덱스가 유리하다	테이블 방문 비용, Clustering Factor, 반환 컬럼, 추가 작업까지 함께 본다
Cost가 낮으면 실제 수행시간도 반드시 짧다	Cost는 추정값이므로 실제 행 수와 수행 통계로 검증한다
서로 다른 SQL은 Cost가 작은 SQL이 더 빠르다	Cost는 같은 SQL과 같은 Optimizer 환경의 후보 계획 비교에 사용한다
데이터량이 바뀌면 실행 중인 계획도 즉시 바뀐다	새로운 통계와 Hard Parse 또는 재최적화가 있어야 변경이 반영될 수 있다
실행계획이 바뀌면 성능이 반드시 나빠졌다	변경 전후의 실제 처리량, I/O, 대기, 응답시간을 비교한다
옵티마이저가 가능한 모든 계획을 완전히 탐색한다	제한된 최적화 시간과 탐색 기준 안에서 후보를 검토한다
좋은 계획은 모든 Bind 값에서 항상 같다	데이터 편중이 크면 Bind 값별로 유리한 계획이 달라질 수 있다

구성요소	역할	핵심 질문
Query Transformer	결과 의미를 유지하면서 더 유리한 계획을 만들 수 있도록 SQL의 내부 형태를 변환할지 검토	같은 결과를 만드는 다른 표현이 있는가?
Estimator	통계정보를 이용해 Selectivity, Cardinality, Cost를 추정	각 단계에서 몇 건을 처리하며 작업량은 얼마나 될까?
Plan Generator	Access Path, Join Order, Join Method 조합을 검토하고 Cost를 비교	검토한 후보 중 어느 계획의 Cost가 가장 낮은가?

구성요소

역할

핵심 질문

Query Transformer

결과 의미를 유지하면서 더 유리한 계획을 만들 수 있도록 SQL의 내부 형태를 변환할지 검토

같은 결과를 만드는 다른 표현이 있는가?

Estimator

통계정보를 이용해 Selectivity, Cardinality, Cost를 추정

각 단계에서 몇 건을 처리하며 작업량은 얼마나 될까?

Plan Generator

Access Path, Join Order, Join Method 조합을 검토하고 Cost를 비교

검토한 후보 중 어느 계획의 Cost가 가장 낮은가?

시험 직전 요약장