3-1. JOIN - NESTED LOOPS JOIN

3-1. JOIN - NESTED LOOPS JOIN

1. 옵티마이저가 Driving Table을 결정 (Outer Table)

2. Driving Table이 아닌 테이블은 Driven Table로 지정- (Inner Table)이라고도 함

3. Driving Table의 각 row에 대해 이들이 추출될 때마다

Driven Table의 연관된 모든 row를 조인에 의해 액세스

4. 튜닝 포인트

-테이블 간 조인 횟수를 최소화 할 수 있도록

Driving Table을 결정 (즉, 조인순서 제어)-Driven Table의 연결고리 칼럼에 대한 인덱스 구성

5. Driving Table은 실행계획에서 Driven Table 보다 위에 표시됨

NESTED LOOPS JOIN의 예

 SQL> SELECT A.ENAME, A.JOB, B.DEPTNO, B.DNAME FROM EMP A, DEPT B

WHERE A.DEPTNO = B.DEPTNO

AND A.HIREDATE >= TO_DATE('19810101','YYYYMMDD');

만약 연결고리 칼럼에 인덱스가 없다면,

Sort Merge join 또는 Hash join을 수행하게 됨

NESTED LOOPS JOIN의 장단점

① Nested Loops은 인덱스에 의한 랜덤 액세스에 기반하고 있기 때문에 대량의 데이터 처리 시 적합하지 않다.

② Driving Table로는 테이블의 데이터가 적은 마스터 테이블 이거나, where절 조건으로 적절하게 row를 제어 할 수 있는 것이어야 한다.

③ Driven Table에는 조인을 위한 적절한 인덱스가 생성되어 있어야 한다.

→ 연결고리가 되는 칼럼은 사원번호, 주문번호와 같이 Unique한 속성을 가진 칼럼 인덱스를 이용하거나 분포도가 좋은 칼럼에 대한 인덱스를 이용할수록 수행 속도는 좋아진다

NESTED LOOPS JOIN 파라미터

조인방식

Nested Loop

Parameters

DB_BLOCK_BUFFERS(8i), DB_CACHE_SIZE(9i) OPTIMIZER_INDEX_CACHING OPTIMIZER_INDEX_COST_ADJ

◆ Optimizer_index_caching

Buffer cache에 존재할 수 있는 인덱스 데이터 block에 대한 퍼센트 (0 ~ 100)

값을 크게 설정할 수록 Nested Loops 조인을 더 많이 하게 된다.

◆ Optimizer_index_cost_adj

인덱스 사용에 의해서 소모되는 비용의 적절성을 나타냄(1 ~ 10,000)

값을 100 보다 작게 설정할 수록 Nested Loops 조인을 더 많이 하게 된다.