[oraclejava community, oracle 강좌,oracle교육,구로디지털오라클]oracle date type

----------
Date Type
----------

오라클자바커뮤니티에서 설립한 오엔제이프로그래밍 실무교육센터

(오라클SQL, 튜닝, 힌트,자바프레임워크, 안드로이드, 아이폰, 닷넷 실무전문 강의)  

www.onjprogramming.co.kr

1. 날짜를 가르키는 값을 Tanle에 저장. 세기를 포함하여 년,월,일시,분,초,등을 저장한다.

2. BC 4712년1월1일부터 AD 4712년 12월31일까지의 날자형식을 저장할수 있다.

3. 7 Byte의 고정길이 Column임.

4. Oracle의 기본날자 형식은 dd-mon-yy, NLS_DATE_FORMAT Parameter를 이용하여 기본형식을 변경할수 있다. 또는 Alter Session Command를 이용하여 해당 sssion기간동안 날자형식을 변경할수도 있다.

5. 표준 Oracle날자 형식이 아닌 형식의 입력을 위해서는 to_date 함수를 이용한다. to_date(‘november 13, 1992’,’month dd, yyyy’)

6. Oracle에서 시간은 24시간 형식(HH:MI:SS)으로 저장한다. 기본적으로 날자 Column의 시간을 입력하지 않은 경우 12:00:00 AM(자정)으로 저장된다. 만약 시간만 입력되면 해당월의 1일이 입력된다. Date의 time부분을 입력하려면 반드시 TO_DATE함수와 format mask를 이용해야 한다.

7.기본적으로 일자나 연산이 빈번히 경우 DATE 타입으로 가져가는 것이 효과적일 수 있지만 시간이 정상적으로 입력된 경우 일자를 '=' 연산으로 비교할 수가 없다. 예를 들면 아래와 같다.

INSERT INTO EMP (EMPNO,ENAME,HIREDATE,DEPTNO)
        VALUES (7777,'BJKIM',TO_DATE('94/03/15 03:20:30','YY/MM/DD HH:MI:SS');

  와 같이 정상적으로 날짜를 입력한후

  SELECT * FROM EMP WHERE HIREDATE = '15-MAR-94';

  을 수행 하더라도 원하는 결과를 도출할 수 없다. 뿐만 아니라 LIKE, SUBSTR등의 함수를
이용하여 스트링(string) 비교를 하고자 할때 제한적으로 밖에 사용할 수 없다. 즉 디폴트
날짜 형태를 기준으로만 비교 가능하다.

예 ) 81년에 입사한 인원을 찾고자 할때

      a.SELECT * FROM EMP WHERE HIREDATE LIKE '%81';
      혹은
      b.SELECT * FROM EMP WHERE SUBSTR(HIREDATE,8,2) = '81';
 
  와 같이 SQL문을 날짜 타입의 기본 형태인 'DD-MON-YY'을 기준으로 스트링 함수를 사용하여야 한다.

예 ) 만일 HIREDATE에 인덱스가 생성 되어 있을때 아래 2가지 SQL문을 수행하게 되면 a의 경우는 인덱스를 사용하지만 b의 경우에는 인덱스를 사용 못하는 일반적
인 문자 타입과의 차이점을 보인다.

SELECT * FROM EMP
WHERE HIREDATE1 = '01-MAR-81';

SELECT * FROM EMP
WHERE HIREDATE1 BETWEEN '01-JAN-81' AND '31-DEC-81';

의 경우는 내부적으로 비교되는 값에서 투데이트 함수를 이용하여 처리를 하지만
의 경우 컬럼 부분이 TO_CHAR을 이용하여 변동되기 때문에 인덱스를 사용할 수 없
다.이와 같은 사항을 주의하여 쿼리문을 수행하여야 한다. 결론적으로 자주 조건절
에 사용되거나, 데이트 연산 기록(logging), 타임 스탬프로 사용되는 컬럼을 제
외하고는 효과적인 수행을 위해 문자  타입 적용을 고려하는 것이 효과적이다.

[출처] 오라클자바커뮤니티 - http://www.oraclejavanew.kr/bbs/board.php?bo_table=LecOracle&wr_id=39

Oracle View...(오라클 뷰)

A. . 정의
- View는 하나 이상의 Table또는 다른 View에 포함된 데이터를 원하는대로 나타낸 것
- View는 내장질의또는 가상 Table등으로 표현할수 있다.
- View는 Table에서 파생되므로 둘사이에는 많은 유사성이 있다. 예를들어 Table과 같이 최대
254개의 Column이 있는 View를 정의할수 있고 뷰를 질의하고 몇가지 제한 사항을 사용하여 뷰를
갱신,삽입,삭제를 할수있다.  뷰에대해 수행되는 모든 작업은 뷰의 기본 Table에 있는 Data에
실제 영향을 주며 기본 Table의 무결성 제약조건과 트리거를 따른다.
- 뷰에는 저장영역이 할당되지 않으며 실제로 Data를 포함하지도 않는다.
B. 처리방법
- Oracle은 View를 정의하는 질의 Text를 Data Dictionary(user_views)에 저장한다,
- Oracle은 기존공유 SQL영역에 동일한 멸령이 들어있지 않을때만 새로운 공유 SQL영역에 뷰를
참조하는 명령문을 Parsing합니다. 따라서 뷰를 사용시 공유 SQL영역과 관련하여 메모리 사용이
감소하는 이익이 있다.
- Oracle은 원래 질의를 뷰정의 질의와 병합할 때 원래 뷰를 변형하여 뷰에 대한 질의에 인덱스를
사용할지를 결정한다.

Create view emp_view as
    Select emp_no, ename, sal, loc
    From emp
    Where emp.deptno = dept.deptno
    And dept.deptno = 10;

<사용자 Query>
select ename from emp_view
where empno = 9876;


select ename
from emp, dept
where emp.deptno = dept.deptno
and  dept.deptno = 10
and  emp.empno = 9876;

Oracle은 가능한 모든 경우에 뷰에대한 질의를 뷰정의 질의 및 기본뷰 질의와 병합한다. 또한 뷰를
참조하지않고 질의를 발생하는 것 처럼 병합된 질의를 최적화한다.
따라서 Column이 뷰 정의 또는 뷰에대한 사용자정의에서 참조되는지의 여부에 관계없이 모든 참조된
기본 Table의 Column에 대한 Index를 사용한다.
만약 뷰에대한 정의와 사용자 질의를 병합할수 없다면 Index를 사용하지 않을수 있다.

C. 갱신가능한 Join View
- Join View란 From절에 하나이상의 Table또는 View를 가지며, Distinct, group by, start with,
connect by, rownum, union all, intersect, for update등의 절에서는 사용하지 않는다.

- 갱신가능한 Join View는 둘이상의 기본 Table 및 View를 포함하며 Update/Insert/Delete등의
작업이 가능하다.

- Dictionary View인 all_updatable_columns,윰_updatable_columns, user_updatable_colums
에는 갱신가능한 View의 Column을 나타낸다.

- Join View에 대한 Insert/Update/Delete등의 작업은 한번에 하나의 기본 Table에서만 가능하며,
With Check Option을 사용하여 View를 정의하는 경우에는 반복된 Table의 모든 Join Column과 모
든 Column은 갱신할수 없으며, Insert명령문은 허용되지 않는다.또한 with Check Option을
사용하여 뷰를 정의하고 키예약 Table이 반복되는 경우에는 뷰에서 행을 삭제할수 없다.

D. View생성
 - Create View명령을 사용한다.
예] create view sales_staff as
      select empno, ename, deptno
      from emp
      where deptno =10
      with check option constraint sales_staff_cnst;

    위에서 check option은 뷰가 선택할수 없는 행에 대해서는 Insert와 Update명령문이
    실행되지 않는다는 제약 조건을 갖는다.
    만약 위의 View에 deptno가 30인 행을 Insert하려고 하면 RollBack되고 오류가 발
    생한다.
E. View수정하기
위에서 만든 staff View를 재정의 하는경우
create or replace view sales_staff_view as
      select empno, ename, deptno
      from emp
      where deptno =30
      with check option constraint sales_staff_cnst;
F. View의 삭제
 - drop view sales_staff_view; 

[출처] 오라클자바커뮤니티, 오엔제이프로그래밍

http://www.onjprogramming.co.kr

Oracle SQL Tuning, Hint, SQL 연산(COUNT STOPKEY

SQL 연산(COUNT STOPKEY

구로디지털 오엔제이프로그래밍실무교육센터

www.onjprogramming.co.kr

COUNT STOPKEY연산은 PSEUDO COLUMNS(의사 컬럼)이 WHERE절에 나타날 때 실행계획에 나타나는 SQL 연산 입니다.

SQL> select  empno from emp

  2  where rownum < 2;

     EMPNO

----------

      7369

경   과: 00:00:00.03

Execution Plan

----------------------------------------------------------

Plan hash value: 1902391507

---------------------------------------------------------------------------

| Id  | Operation        | Name   | Rows  | Bytes | Cost (%CPU)| Time     |

---------------------------------------------------------------------------

|   0 | SELECT STATEMENT |        |     1 |     4 |     1   (0)| 00:00:01 |

|*  1 |  COUNT STOPKEY   |        |       |       |            |          |

|   2 |   INDEX FULL SCAN| PK_EMP |     1 |     4 |     1   (0)| 00:00:01 |

---------------------------------------------------------------------------

[출처] 오라클자바커뮤니티 - http://www.onjprogramming.co.kr/oraclejavanew/oraclejava/bbs/board.php?bo_table=LecHINT&wr_id=68

Oracle SQL Execution Explain Plan실행계획 SQL 연산(FILTER)

SQL 연산(FILTER)

구로디지털 오엔제이프로그래밍실무교육센터

www.onjprogramming.co.kr

FILTER 연산은 데이터 추출 시 필터링이 일어나고 있음을 알려주는 SQL ROW 연산인데 WHERE 조건 절에서 인덱스를 사용하지 못할 때 발생하는 것입니다. NESTED LOOP 방식으로 해석할 수 있습니다.

아래의 예는 EMP TABLE에서 부서의 최소 급여를 받는 사람들을 추출하는 것입니다.

SQL> SELECT ENAME, SAL, JOB

      FROM   EMPTEST A

      WHERE  SAL = (SELECT MIN(SAL)

                      FROM   EMPTEST B

                      WHERE B.DEPTNO = A.DEPTNO);

Execution Plan

---------------------------------------------------

0       SELECT STATEMENT Optimizer=CHOOSE

1       0  FILTER

2       1     TABLE ACCESS (FULL) OF ‘EMP’

3       2     SORT (AGGREGATE)

4       3       TABLE ACCESS (BY INDEX ROWID) OF ‘EMP’

5       4         INDEX (RANGE SCAN) OF ‘idx_emp_deptno’ (NON-UNIQUE) 

[출처] 오라클자바커뮤니티 - http://www.onjprogramming.co.kr/oraclejavanew/oraclejava/bbs/board.php?bo_table=LecHINT&wr_id=69

[Oracle SQL Tuning]ACCESS 경로를 변경하는 힌트(HASH) - 오라클힌트 이론 실습

ACCESS 경로를 변경하는 힌트(HASH)

구로디지털 오엔제이프로그래밍실무교육센터

www.onjprogramming.co.kr

인자로 기술한 테이블에 대해 HASH SCAN이 일어나도록 하는 힌트이며 USE_HASH(해시 조인이 일어나도록 하는 힌트)와 구별되며 HASHKEYS parameter를 가지고 만들어진 CLUSTER내에 저장된 테이블에서만 적용 됩니다.

[형식]

/*+ HASH ( table명 ) */

[예]

[먼저 클러스터를 생성]

CREATE CLUSTER MYEMP2_MYDEPT2_CLUSTER (deptno NUMBER(1))

HASH IS deptno HASHKEYS 150;

  

[실습 테이블을 만들면서 클러스터 저장하기 위해 옵션 정의]

   CREATE TABLE MYDEPT2 (

      deptno NUMBER(1) PRIMARY KEY,

  dname  VARCHAR2(100) NOT NULL)

   CLUSTER MYEMP2_MYDEPT2_CLUSTER (deptno);

  

  

   CREATE TABLE MYEMP2 (

          empno  NUMBER PRIMARY KEY,

         ename  VARCHAR2(100) NOT NULL,

         sal    NUMBER(9),

         deptno NUMBER(1) NOT NULL)

   CLUSTER MYEMP2_MYDEPT2_CLUSTER (deptno);

[테스트를 위한 데이터를 만듭니다.]

insert into mydept2 values (0, '인사팀');

 insert into mydept2 values (1, '회계팀');

 insert into mydept2 values (2, '영업팀');

 insert into mydept2 values (3, '기획팀');

 insert into mydept2 values (4, '교육팀');

commit;

DECLARE

          v_c NUMBER := 1;

BEGIN

          WHILE (v_c <= 10000000) LOOP

                insert into myemp2 values ( v_c, '홍길동'||v_c, mod(v_c, 5), '서울'||v_c, mod(v_c, 1000000));

                v_c := v_c + 1;

                insert into myemp2 values ( v_c, '다길동'||v_c, mod(v_c, 5), '부산'||v_c, mod(v_c, 1000000));

                v_c := v_c + 1;

                insert into myemp2 values ( v_c, '나길동'||v_c, mod(v_c, 5), '대구'||v_c, mod(v_c, 1000000));

                v_c := v_c + 1;

                insert into myemp2 values ( v_c, '나길동'||v_c, mod(v_c, 5), '광주'||v_c, mod(v_c, 1000000));

                v_c := v_c + 1;

          END LOOP;

          commit;

END;

  

클러스터 인덱스 만들기 전에 일반 인덱스로 먼저 테스트 해보자.

(무지 느리자)

sQL> create index idx_myemp2_deptno on myemp2(deptno)

SQL> SELECT  /*+ index( E idx_myemp2_dept) */

  2             Count(e.ename)

  3     FROM    MYEMP2 E, MYDEPT2 D

  4     WHERE   D.deptno = E.deptno;

COUNT(E.ENAME)

--------------

      10000000

경   과: 00:01:15.29

Execution Plan

----------------------------------------------------------

|   0 | SELECT STATEMENT       |              |     1 |    26 |     3   (0)|

|   1 |  SORT AGGREGATE        |              |     1 |    26 |            |

|   2 |   NESTED LOOPS         |              |     1 |    26 |     3   (0)|

|   3 |    INDEX FAST FULL SCAN| SYS_C0011304 |     1 |    13 |     2  

|*  4 |    TABLE ACCESS HASH   | MYEMP2       |  2050K|    25M|     1  

이번엔 HASH SCAN을 위한 힌트를 사용해 보자.

조금 빨라졌다.

SQL> SELECT 

  2             count(E.ename)

  3     FROM    MYEMP2 E, MYDEPT2 D

  4     WHERE   D.deptno = E.deptno;

COUNT(E.ENAME)

--------------

      10000000

경   과: 00:01:01.54

Execution Plan

----------------------------------------------------------

|   0 | SELECT STATEMENT       |              |     1 |    26 |     3   (0)|

|   1 |  SORT AGGREGATE        |              |     1 |    26 |            |

|   2 |   NESTED LOOPS         |              |     1 |    26 |     3   (0)|

|   3 |    INDEX FAST FULL SCAN| SYS_C0011304 |     1 |    13 |     2  

|*  4 |    TABLE ACCESS HASH   | MYEMP2       |  2050K|    25M|     1  

Oracle 11g에서 테스트 했을 때 위의 경우 NESTEDD LOOP로 풀리며 또는 힌트를 사용하지 않더라도 EMP TABLE을 HASH SCAN을 하는 것으로 나타났습니다.

CLUSTER를 확인 할 수 있는 VIEW는 다음과 같구요,

DBA_CLUSTERS         ALL_CLUSTERS         USER_CLUSTERS

아래에 간단한 HASH CLUSTER TABLE에 대한 설명이 있으니 참고 하세요~

다량의 범위를 자주 엑세스해야 하는 경우나 인덱스를 사용한 처리가 부담이 되는 범위(넓은 분포도), 수정이 자주 발생하지 않는 Column, 대규모 테이블, 여러 개의 테이블이 빈번한 조인을 일으킬 때 CLUSTER INDEX를 사용하시면 되는데 HASH CLUSTER에 테이블을 저장하는 것은 데이타 검색의 성능을 향상하기 위한 선택적인 방법 입니다.

Hash Cluster는 인덱스나 인덱스 Cluster를 가지는 Cluster되지 않은 테이블의 대용이며 인덱스 테이블, 인덱스 Cluster와 함께 오라클은 별도의 인덱스에 저장된 키값을 사용하는 테이블 내의 로우(row)에 위치 합니다.

또한 오라클은 물리적으로 Hash Cluster내의 테이블의 로우에 저장하고 Hash function의 결과에 의하여 검색 하는데 특정 Cluster 키값을 바탕으로 Hash Values라 불리는 분산된 수치 값을 생성하는 Hash Function을 사용 한다. 

[출처] 오라클자바커뮤니티 - http://www.onjprogramming.co.kr/oraclejavanew/oraclejava/bbs/board.php?bo_table=LecHINT&wr_id=81

ACCESS 경로를 변경하는 힌트(REWRITE), oracle hint 강좌 , oraclejava 강좌

ACCESS 경로를 변경하는 힌트(REWRITE)

구로디지털 오엔제이프로그래밍실무교육센터

www.onjprogramming.co.kr 
 

이 힌트는 CBO에서 Matreriakized views(구체화뷰)에 대해 Query Rewrite가 일어나도록 하는 힌트인데 8i 이상부터 가능 합니다. REWRITE 힌트 구문에 VIEW가 인자로 와도 되고 안 와도 됩니다. 인자로 뷰 리스트를 주지 않는 경우 적절한 materialized view를 찾고 항상 비용(COST)과 관계없이 사용 합니다.

Materialized views라는 것이 DW(Data WareHouse)에서 집계 데이터 등을 추출할 때 쿼리 수행속도를 빠르게 해주는 것인데 Oracle에서 Query Rewrite가 일어나기 위해서는 다음과 같은 조건이 만족 되어야 합니다.

OPTIMIZER_MODE = ALL_ROWS or FIRST_ROWS or CHOOSE

QUERY_REWRITE_ENABLED = TRUE

COMPITABLE = 8.1.0 이상

사용 형식은 다음과 같습니다.

[형식]

create materialized view  sum_sales

build immediate  

refresh complete  -- 만들어지자 마자 실행 가능한 상태로 원본테이블이 변경되면 모두 갱신함, FAST는 갱신된 데이터만 반영, NEVER는 반영안함

enable query rewrite  -- 오라클이 데이터 검색시 구체화뷰를 통해 검색하도록

as

select deptno,

       sum(sal) sum_sales

from   emp

group by deptno

만약 위 Query 실행 시 권한이 없다면서… 에러가 난다면 관리자로 로그인 하여 다음과 같이 실습 계정에 권한을 주시기 바랍니다.

grant create any materialized view to scott;

grant global query rewrite to scott;

grant query rewrite to scott;

grant alter any materialized view to scott;

MVIEW를 사용하지 않는 모양의 질의를 한번 볼까여…

위와 같이 한 후 다음과 같은 SQL문을 실행 합니다.

select deptno, sum(sal)

from   emp

group by deptno

--------------------------------------------------------------------

Operation            Object Name      Rows     Bytes    Cost     

-----------------------------------------------------------------

SELECT STATEMENT Optimizer Mode=ALL_ROWS               3                        4

  HASH GROUP BY                        3           15         4                                   

    TABLE ACCESS FULL             SCOTT.EMP        15         75         3                                                     

우선 세션 레벨에서 query_rewrite_enabled를 true로 바꿉니다.

alter session set query_rewrite_enabled=true;

select

       deptno, sum(sal)

from   emp

group by deptno

----------------------------------------------------------------

Operation            Object Name      Rows     Bytes    Cost     

----------------------------------------------------------------

SELECT STATEMENT Optimizer Mode=ALL_ROWS               4                        3

MAT_VIEW REWRITE ACCESS FULL         SCOTT.SUM_SALES         4           104       3 

위 실행 계획을 보면 EMP 테이블을 이용하지 않고 SUM_SALES라는 MVIEW를 이용하여 실행 계획이 만들어 짐을 알 수 있습니다.

[실습]

-      실습을 위한 예제 테이블 및 데이터는 아래 링크에서 확인 바랍니다.

http://www.onjprogramming.co.kr/oraclejavanew/oraclejava/bbs/board.php?bo_table=LecOrccleTun&wr_id=53&page=0&sca=&sfl=&stx=&sst=&sod=&spt=0&page=0

myemp1 : 1000만건

myemp1_old : 100만건

mydept : 5건

테스트환경 : oracle 11g

우선 구체화뷰를 만들지 않고 CBO, RBO 경우 아래의 쿼리를 날려보자.

select e.deptno,

       avg(sal) sal_sum

from   myemp1 e, mydept1 d

where  e.deptno = d.deptno

group by e.deptno;

SQL>alter session set optimizer_mode = choose  --myemp1통계정보 있으니 CBO로 동작

SQL> select e.deptno,

  2         avg(sal) sal_sum

  3  from   myemp1 e, mydept1 d

  4  where  e.deptno = d.deptno

  5  group by e.deptno;

    DEPTNO    SAL_SUM

---------- ----------

         0   999997.5

         1   999998.5

         2   999999.5

         3  1000000.5

         4  1000001.5

경   과: 00:00:07.93

---------------------------------------------------------------------------

| Id  | Operation              | Name     | Rows  | Bytes | Cost (%CPU)| Time     |

---------------------------------------------------------------------------

|   0 | SELECT STATEMENT       |          |     1 |    41 | 17484   (4)| 00:03:30 |

|   1 |  SORT GROUP BY NOSORT  |          |     1 |    41 | 17484   (4)| 00:03:30 |

|   2 |   MERGE JOIN           |          |    10 |   410 | 17484   (4)| 00:03:30 |

|   3 |    SORT JOIN           |          |     5 |   140 | 17480   (4)| 00:03:30 |

|   4 |     VIEW               | VW_GBC_5 |     5 |   140 | 17480   (4)| 00:03:30 |

|   5 |      HASH GROUP BY     |          |     5 |    35 | 17480   (4)| 00:03:30 |

|   6 |       TABLE ACCESS FULL| MYEMP1   |    10M|    66M| 16961   (1)| 00:03:24 |

|*  7 |    SORT JOIN           |          |    10 |   130 |     4  (25)| 00:00:01 |

|   8 |     TABLE ACCESS FULL  | MYDEPT1  |    10 |   130 |     3   (0)| 00:00:01 |

---------------------------------------------------------------------------

8초 정도 걸렸다.

이번에는 RBO로 붜리를 실행해 보자. (2분 넘는다)

SQL> alter session set optimizer_mode = rule

SQL> select e.deptno,

  2         avg(sal) sal_sum

  3  from   myemp1 e, mydept1 d

  4  where  e.deptno = d.deptno

  5  group by e.deptno;

    DEPTNO    SAL_SUM

---------- ----------

         0   999997.5

         1   999998.5

         2   999999.5

         3  1000000.5

         4  1000001.5

경   과: 00:02:17.53

-----------------------------------------------------------

| Id  | Operation                     | Name              |

-----------------------------------------------------------

|   0 | SELECT STATEMENT              |                   |

|   1 |  SORT GROUP BY                |                   |

|   2 |   NESTED LOOPS                |                   |

|   3 |    NESTED LOOPS               |                   |

|   4 |     TABLE ACCESS FULL         | MYDEPT1           |

|*  5 |     INDEX RANGE SCAN          | IDX_MYEMP1_DEPTNO |

|   6 |    TABLE ACCESS BY INDEX ROWID| MYEMP1            |

-----------------------------------------------------------

지금 부터는 물리뷰를 만들어서 실습하자.

Materialized views를 하나 만듭니다.

SQL> create materialized view  avg_myemp_sales

  2  build immediate

  3  refresh complete

  4  enable query rewrite

  5  as

  6  select e.deptno,

  7         avg(sal) sal_sum

  8  from   myemp1 e, mydept1 d

  9  where  e.deptno = d.deptno

 10  group by e.deptno;

구체화된 뷰가 생성되었습니다.

n  이번에는 구체화 뷰를 사용 안하고 질의해 보자. 엄청 시간 걸린다.(거의 3분)

n  뷰를 만들지 말고 먼저 질의 해 보라.

SQL>

SQL>-- 뷰를 사용하도록 힌트 구성(힌트를 안써도 구체화뷰를 통해 데이터를 가져 올 것이다.)

SQL> select /*+ rewrite(avg_myemp_sales)  */e.deptno,

  2         avg(sal) sal_sum

  3  from   myemp1 e, mydept1 d

  4  where  e.deptno = d.deptno

  5  group by e.deptno;

    DEPTNO    SAL_SUM

---------- ----------

         0   999997.5

         1   999998.5

         2   999999.5

         3  1000000.5

         4  1000001.5

경   과: 00:00:00.23  -- 바로 나온다

------------------------------------------------------------------------------------------------

| Id  | Operation                    | Name            | Rows  | Bytes | Cost (%CPU)| Time     |

------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT             |                 |     5 |   130 |     3   (0)| 00:00:01 |

|   1 |  MAT_VIEW REWRITE ACCESS FULL| AVG_MYEMP_SALES |     5 |   130 |     3   (0)| 00:00:01 |

---------------------------------------------------------------------------------------------- 

[출처] 오라클자바커뮤니티 - http://www.onjprogramming.co.kr/oraclejavanew/oraclejava/bbs/board.php?bo_table=LecHINT&wr_id=84