힌트 활용

힌트(Hint)는 옵티마이저에게 실행 방식을 직접 지시하는 수단이다. 옵티마이저가 통계 부족이나 한계 때문에 비효율적인 계획을 고를 때, 개발자가 액세스 경로·조인 순서·조인 방식 등을 지정한다. Oracle 힌트는 단순 "참고 의견"이 아니라 지시(Directive)다. 문법이 맞고 실행 가능하면 옵티마이저는 반드시 따른다.

힌트 문법

SELECT /*+ LEADING(e) USE_NL(d) INDEX(e emp_deptno_idx) */
       e.ename, d.dname
FROM   emp e, dept d
WHERE  e.deptno = d.deptno
AND    e.deptno = 10;

SELECT --+ FULL(e)
       * FROM emp e;    -- 한 줄 주석 형태도 가능

힌트가 무시되는 경우

옵티마이저가 힌트를 따르지 않는 이유는 대부분 사용자의 실수다.

시험 포인트: "힌트를 잘못 쓰면 에러가 난다"는 Oracle 기준으로 틀린 보기다. Alias를 정의했는데 테이블명으로 힌트를 쓴 경우도 무시된다.

최적화 목표와 액세스 경로 힌트

-- 최근 주문 1건: 인덱스를 거꾸로 읽어 첫 건에서 멈춘다
SELECT /*+ INDEX_DESC(o ord_custid_orddt_idx) */ *
FROM   orders o
WHERE  cust_id = :cust
AND    ROWNUM <= 1;

INDEX 힌트의 인덱스명 대신 INDEX(e (deptno, sal))처럼 컬럼 목록으로 지정할 수도 있다. 인덱스 스캔 방식별 동작은 인덱스 스캔을 참고한다.

조인 순서와 조인 방식 힌트

SELECT /*+ LEADING(d e b) USE_NL(e) USE_HASH(b) */ ...
FROM   emp e, dept d, bonus b
WHERE  ...

시험 포인트: 조인 방식 힌트만으로는 조인 순서가 정해지지 않는다. "LEADING(A) USE_NL(B)"는 A가 드라이빙, B가 Inner인 NL 조인이다. ORDERED는 FROM 절 순서, LEADING은 괄호 안 순서를 따른다.

쿼리 변환 힌트

각 변환의 동작은 쿼리 변환을 참고한다.

SELECT * FROM emp e
WHERE  EXISTS (SELECT /*+ NO_UNNEST PUSH_SUBQ */ 1
               FROM   dept d
               WHERE  d.deptno = e.deptno AND d.loc = 'SEOUL');

병렬 처리와 기타 힌트

INSERT /*+ APPEND */ INTO sales_hist
SELECT /*+ FULL(s) PARALLEL(s 4) */ * FROM sales s WHERE sale_dt < :dt;

상충되는 힌트

한 테이블에 서로 모순되는 지시를 하면 일부 또는 전부가 무시된다.

/*+ ORDERED LEADING(d) */          -- ORDERED가 우선, LEADING 무시
/*+ FULL(e) INDEX(e emp_x01) */    -- 같은 테이블에 상반된 액세스 경로
/*+ USE_NL(e) USE_HASH(e) */       -- 같은 테이블에 상반된 조인 방식
/*+ LEADING(e d) LEADING(d e) */   -- 순서 지정이 서로 충돌

반면 상충하지 않는 경우는 옵티마이저가 그중에서 고른다. 예를 들어 INDEX(e emp_x01 emp_x02)처럼 여러 인덱스를 나열하면 그중 비용이 낮은 것을 쓴다.

쿼리 블록 이름 (QB_NAME)

서브쿼리나 인라인 뷰 안의 테이블을 바깥 쿼리 블록에서 힌트로 지정하려면 쿼리 블록 이름을 쓴다.

SELECT /*+ QB_NAME(main) LEADING(d@sub e@main) USE_NL(e@main) */ e.*
FROM   emp e
WHERE  e.deptno IN (SELECT /*+ QB_NAME(sub) UNNEST */ d.deptno
                    FROM   dept d WHERE d.loc = 'SEOUL');
-- Unnesting된 서브쿼리의 dept를 먼저 읽고, emp를 Inner로 NL 조인

• QB_NAME(이름)으로 쿼리 블록에 이름을 붙이고, 테이블Alias@블록이름으로 참조한다.
• 이름을 주지 않으면 SEL$1, SEL$2처럼 시스템이 붙인 이름이 쓰이며, DBMS_XPLAN.DISPLAY_CURSOR(format => 'ADVANCED')의 Query Block Name 항목에서 확인할 수 있다.
• 인라인 뷰 안 테이블은 INDEX(v.e emp_x01)처럼 뷰Alias.테이블Alias 형태(글로벌 힌트)로도 지정할 수 있다.

SQL Server 힌트 비교

-- SQL Server
SELECT e.ename, d.dname
FROM   emp e WITH (INDEX(emp_deptno_idx))
       INNER LOOP JOIN dept d ON d.deptno = e.deptno
OPTION (FORCE ORDER, MAXDOP 1);

핵심 요약

• 힌트는 /*+ */ 형태로 SELECT 등 키워드 바로 뒤에 쓰며, Oracle 힌트는 따를 수 있으면 반드시 따르는 지시다.
• 문법 오류, Alias 대신 테이블명 사용, 논리적으로 불가능한 지시, 상충되는 힌트는 에러 없이 무시된다.
• 액세스 경로는 FULL, INDEX, INDEX_DESC, INDEX_FFS, INDEX_SS 등으로 지정한다.
• ORDERED는 FROM 절 순서, LEADING은 괄호 안 순서로 조인하며 ORDERED가 LEADING보다 우선한다.
• USE_NL(t)·USE_HASH(t)의 t는 Inner(Probe) 쪽이며, 조인 방식 힌트만으로는 순서가 정해지지 않는다.
• UNNEST, MERGE, PUSH_PRED, USE_CONCAT 등은 쿼리 변환을, NO_QUERY_TRANSFORMATION은 모든 변환을 제어한다.
• APPEND는 Direct Path Insert, PARALLEL은 병렬 처리 힌트다.
• QB_NAME으로 쿼리 블록에 이름을 붙이고 Alias@블록명으로 다른 블록의 테이블에 힌트를 준다.
• SQL Server는 WITH (INDEX), LOOP/HASH/MERGE JOIN, OPTION (FORCE ORDER) 등을 쓰며 따를 수 없으면 오류가 날 수 있다.