새로쓴 대용량 데이터베이스솔루션 1 (2008년)
퀴리형태 변형(Query Transformation)을 위한 힌트 0 0 4,621

by 구루비 USE_CONCAT REWRITE [2009.05.07]


3.3.7. 퀴리형태 변형(Query Transformation)을 위한 힌트

USE_CONCAT

조건절에 있는 OR 연산자 조건(또는 IN 연산자 조건)을 별도의 실행단위로 분리하여 각각의 최적의 액세스 경로를 수립하여 이를 연결(Concatenation)하는 실행계획을 수립하도록 유도하는 힌트이다.
반드시 처리주관 조건이 OR로 나누어졌을 때 적용해야 하며, 잘못 사용하면 비효율이 발생할 수 잇으므로 주의해야 한다.


 예) SELECT /*+ USE_CONCAT */....
       FROM emp
       WHERE job = 'CLERK' OR deptno = 10;

NO_EXPAND

조건절에 있는 OR연산자 조건(또는 IN 연산자 조건)을 연결 실행계획으로 처리되지 않도록 할 때 사용하는 힌트이다. 즉, USE_CONCAT의 반대 개념이다.


 예) SELECT /*+ NO_EXAPND */....
       FROM CUSTOMER
       WHERE CUST_TYPE IN ('A', 'B');
 

REWRITE

대량의 데이터를 대상으로 하는 조인이나 그룹함수 사용하여 가공집합을 얻고자할 때 수행속도 향상을 위해 미리 생성된 실체뷰(Materialized View)를 생성할수 있다. 우리가 어떤 쿼리를 수행하였을 때 옵티마이져는 원래의 테이블을 액세스하는 방법과 실체뷰를 액세스하는 방법 중에서 유리한 것을 선택하도록 쿼리를 변형할수 있다. 이것을 '쿼리 재작성(Query rewrite)'이라고 하는데 이 힌트는 이러한 과정을 실행하도록 하는 힌트이다.
만약, 힌트내에 특정 실체뷰가 지정되어 있으면 비용에 상관없이 해당 실체뷰를 사용하게 된다. 이 때 힌트 내에 포함되지 않는 실체뷰는 고려대상이 아니다. 만약 힌트내에 실체뷰를 지정하지 않으면 적용 가능한 실체뷰를 찾아서 비용에 상관없이 그 실체뷰를 사용한다.


  예) SELECT /*+ REWRITE (sales_mv) */
             c.cust_id, MIN(c.cust_name), COUNT(distinct order_id)
        FROM sales s, order o, customer c
        WHERE s.order_id = o.order_id
            AND o.order_cust = c.cust_id
        GROUP BY c.cust_id;

NO_REWRITE

이 힌트는 QUERY_REWRITE_ENABLED 파라메터가 TRUE로 정의되어 있더라도 이를 무시하고 쿼리 블록에 대한 쿼리 재생성를 하지 않도록 유도한다.


 예) SELECT /*+ NOREWRITE */ sum(s.amount_sold) AS dollars
       FROM sales s, times t
       WHERE s.time_id = t.time_id
       GROUP BY t.calendar_month_desc;
 

이것은 실체뷰를 통해 쿼리 수행결과를 미리 저장하고 있는 경우에는 원래의 테이블로부터 직접 재계산을 유도함으로써 최신의 값으로 결과를 출력하도록 할 때 유용하게 사용된다. 버전에 따라 NO_REWRITE로 사용되기도 한다.

MERGE

뷰나 인라인뷰의 액세스를 최적화기 위해서는 뷰쿼리에 사용된 원래의 테이블을 최적으로 액세스하도록 문장을 변환시켜야 한다. 이 과정을 뷰병합이라고 하며, 주어진 상황에 따라 다양한 현상이 나타난다. 이 힌트는 뷰병합이 가능함에도 불구하고 뷰병합이 일어나지 않을 때 적용할수 있다. 주로 복잡한 뷰나 인라인 뷰일 때 가끔 적용해 보면 상당한 효과를 얻는 경우가 많이 있다.


 예) SELECT /*+ MERGE(table_name) */.......
 

NO_MERGE

뷰쿼리 병합이 일어나지 않도록 요구하는 힌트이다. 주어진 조건이나 처리형태에 따라 뷰 병합을 하지 않고 먼저 뷰를 수행한 결과를 이용해 다음 처리를 하는 것이 유리한 경우도 많이 있다. 이러한 경우에 뷰 병합을 방지하기위해 사용하는 힌트 이다.


  예) SELECT /*+ NO_MERGE(table_name) */...........

STAR_TRANSFORMATION

스카 변형 조인(Star transformation join)을 수행하도록 요구하는 힌트이다. 이조인은 소량의 데이터를 가진여러 개의 디멘전 테이블과 팩트 테이블의 개별 비트맵 인덱스를 이용하여 처리범위를 줄이는 조인방식이다. 이 조인은 내부적으로 옵티마이져가 질의를 변형하여 실행계획을 생성하게 한다.
참고: 이 조인에 대한 상세내용은 VLDB: 제2부 조인의 최적화' 단원에 있는 '스타변형 조인(page 617~630)


 예) SELECT /*+ STAR_TRANSFORMATION */
            d.dept_name, c.cust_city, p.product_name,
			SUM(s.amount), sales_amount
	 FROM SALES s, PRODUCTS t, CUSTOMERS c, DEPT d
	 WHERE s.product_cd = t.product_cd
	     AND s.cust_id = c.cust_id
	     AND s.sales_dept = d.dept_no
	     AND c.cust_grade between '10' and '15'
	     AND d.location = 'SEOUL'
	     AND p.product_name IN ('PA001', 'DR210')
	 GROUP BY d.dept_name, c.cust_city, p.product_name);

NO_STAR_TRANSFORMATION 힌트는 옵티마이져로 하여금 스타변형 조인을 하지 않도록 유도한다.

FACT

스타변형 조인에서 팩트 테이블을 지정하기 위해서는 사용하는 힌트이다. 대부분의경우는 옵티마이져에게 맡기는 것이 바람직하지만 팩트 테이블 선정에 오류가 있어서 원하지 않는 실행계획이 나타났을때 사용할수 있다. NO_FACT힌트는 지정한 테이블을 팩트 테이블로 인정하지 말아달라는 요구를 하는 힌트이다.
NO_FACT 힌트는 STAR_TRANSFORMATION 상황에서 옵티마이져가 지정한 테이블을 FACT테이블로 고려하지 않도록 유도한다.

UNNEST

서브쿼리와 메인쿼리를 합쳐 조인 형태로 변형하도록 하는 실행계획을 생성하도록 유도하는 힌트이다.


 예) SELECT /*+ UNNEST(@qb) */............
      FROM emp e
      WHERE e.deptno IN (SELECT /*+ QB_NAME(qb) */ d.deptno
                                    FROM dept d
                                    WHERE d.loc = 'DALLAS');

NO_UNNEST힌트는 UNNESTING을 하지 않도록 유도한다.

문서에 대하여

  • 최초작성자 : 임주영
  • 최초작성일 : 2008년 3월 20일
  • 이 문서는 오라클클럽 대용량 데이터베이스 스터디 모임에서 작성하였습니다.
  • 이 문서의 내용은 이화식님의 새로쓴 대용량 데이터베이스 솔루션을 참고했습니다.
  • 이 문서를 다른 블로그나 홈페이지에 게재할 경우에는 출처를 꼭 밝혀 주시면 고맙겠습니다.~^\^
"구루비 데이터베이스 스터디모임" 에서 2008년에 "새로쓴 대용량 데이터베이스 솔루션1" 도서를 스터디하면서 정리한 내용 입니다.

- 강좌 URL : http://www.gurubee.net/lecture/2574

- 구루비 강좌는 개인의 학습용으로만 사용 할 수 있으며, 다른 웹 페이지에 게재할 경우에는 출처를 꼭 밝혀 주시면 고맙겠습니다.~^^

- 구루비 강좌는 서비스 제공을 위한 목적이나, 학원 홍보, 수익을 얻기 위한 용도로 사용 할 수 없습니다.

댓글등록
SQL문을 포맷에 맞게(깔끔하게) 등록하려면 code() 버튼을 클릭하여 작성 하시면 됩니다.
로그인 사용자만 댓글을 작성 할 수 있습니다. 로그인, 회원가입