시험 직전 요약장

CBO의 판단 과정은 다음과 같이 연결됩니다.

1. Parsed Query를 Query Block 단위로 인식한다.
2. Query Transformer가 의미가 같은 다른 내부 표현을 검토한다.
3. 각 Transformation과 실행계획 후보에 대해 Selectivity와 Cardinality를 추정한다.
4. Access Path·Join Order·Join Method 등의 후보 Cost를 계산한다.
5. Plan Generator가 현재까지의 유리한 후보를 중심으로 탐색 범위를 줄여 간다.
6. 현재 Optimizer Goal과 환경에서 가장 낮은 Cost의 계획을 선택한다.

이 흐름은 각 구성요소가 한 번씩만 동작하는 단순한 직선 과정으로만 보면 안 됩니다. Transformation 후보와 실행계획 후보를 비교하는 동안 추정과 Cost 계산이 반복될 수 있습니다.

CBO는 단순히 하나의 고정된 목표만 사용하는 것이 아닙니다. OPTIMIZER_MODE에 따라 전체 처리량 또는 초기 응답시간을 우선할 수 있습니다.

현재 기본값은 ALL_ROWS이며, FIRST_ROWS_n도 비용 기반 접근을 사용합니다.

따라서 다음 표현이 가장 정확합니다.

CBO는 현재 Optimizer Goal과 환경에서
검토한 후보 중 Cost가 가장 낮은 계획을 선택한다.

같은 SQL이라도 전체 처리량을 우선할 때와 첫 행 응답을 우선할 때 유리한 Access Path와 Join Method가 달라질 수 있습니다.

예를 들어 다음 EXISTS Subquery는 조건과 제약을 만족하면 Semi Join 형태의 후보로 검토될 수 있습니다.