정규 테이블의 데이터 분포 방식에 대해서 극히 제한된 제어만을 가할 수 있습니다. 테이블이 처음 생성될 때 행은 일반적으로 세그먼트의 첫 익스텐트의 첫 블록부터 삽입됩니다. 하지만, 일단 한번 DML 작업이 수행되면 프리 리스트(free list) 내에서의 블록의 순서와 행 이전(row migration)같은 여러 가지 요인들이 테이블 내의 행 데이터의 순서를 조절하기 어렵게 만듭니다.
클러스터는 행이 저장되는 방식에 어느 정도의 제어할 수 있도록 합니다. 클러스터를 사용하면 오라클 서버는 가능하다면 동일한 키 값을 찾는 행들을 전부 한 블록에 저장합니다.
Index-Organized 테이블을 사용하면 데이터의 순서에 상당한 제어를 할 수 있습니다. Index-Organized 테이블의 데이터는 지정된 키 순서로 저장되어 있습니다.
본 장은 뒤의 두 가지 데이터 저장 방식에 대해 중점을 두고 있습니다.

 

클러스터는 관계된 일련의 행들을 한 오라클 서버 블록에 저장하는데 사용할 수 있습니다. 위 슬라이드는 주문 테이블인 ORD와 주문 품목 테이블인 ITEM이 클러스터에 저장되어 있는 주문 처리 시스템(order processing system)의 예를 보여 줍니다.

클러스터된 테이블과 클러스터 되지 않은 테이블의 차이
정규 테이블로 저장될 경우 ORD와 ITEM은 서로 다른 세그먼트에 위치하게 됩니다. 이 말은 테이블이 자신들 고유의 블록을 사용한다는 뜻입니다. 즉, ORD 테이블의 행을 저장하는데 사용된 블록은 ITEM 테이블의 데이터를 저장하지 않는다는 말입니다. 그 반대의 경우도 마찬가지입니다.
테이블 ORD와 ITEM이 클러스터로 저장되면 동일 클러스터 세그먼트를 공유하게 됩니다. 이 세그먼트의 블록은 양 테이블의 행을 모두 저장할 수 있습니다. 테이블이 클러스터로 저장되면 클러스터는 물리적 저장 단위가 되고 테이블은 논리적 엔티티(즉, 클러스터의 일부분)가 됩니다.  

클러스터의 특성
클러스터는 다음 특성을 갖습니다.
  -   클러스터는 함께 저장되어야 하는 행들을 구분하는데 사용되는 클러스터 키를 갖습니다.
  -   클러스터 키는 하나 이상의 열로 구성될 수 있습니다.
  -   클러스터의 테이블은 클러스터 키에 대응되는 열을 갖습니다.
  -   클러스터하는 것(clustering)은 테이블을 사용하는 응용 프로그램에게 투명한 처리 방법입니다. 클러스터된 테이블의 데이터는 마치 정규 테이블에 저장된 것처럼 조작할 수 있습니다.
  -   클러스터 키의 열 중 하나를 갱신하면 물리적으로 행을 재배치하는 일을     발생할 수 있습니다.
  -   클러스터 키는 기본 키와는 독립적입니다. 클러스터의 테이블은 클러스터  키를 기본키로 가질 수도 있고 다른 열을 기본키로 가질 수도 있습니다.     
  -   클러스터는 보통 성능 향상을 목적으로 합니다. 클러스터된 데이터에의 임의  접근(random access)은 보다 빨라질 수 있습니다. 하지만 일반적으로   클러스터된 테이블을 전체 테이블 스캔(full table scan) 하는 속도는 느려집니다.


클러스터에는 두 가지 유형이 있습니다.
     -   인덱스 클러스터
     -   해쉬 클러스터

인덱스 클러스터
인덱스 클러스터는 클러스터 내의 데이터를 유지하기 위해 클러스터 인덱스라는 인덱스를 사용합니다.
  -    클러스터 인덱스는 인덱스 클러스터 내의 데이터를 저장하거나 접근하거나  유지할 때  사용 가능해야만 합니다.
  -    클러스터 인덱스는 주어진 키 값을 가진 행을 포함하고 있는 블록을 가리키는데 사용됩니다.
  -    클러스터 인덱스의 구조는 보통 인덱스의 구조와 비슷합니다. 보통 인덱스가 NULL 키 값을 저장하지 않지만 클러스터 인덱스는 NULL 키를 저장합니다. 클러스터 인덱스에는 각 키 값에 해당하는 엔트리가 하나 밖에 없습니다. 그러므로 클러스터  인덱스는 동일한 키 값을 갖는 보통 인덱스보다 더 작습니다.
 -    클러스터로부터 행을 저장하고 읽어 들이기 위해 오라클 서버는 주어진 키   값을 갖는 첫 행을 가리키는 클러스터 인덱스를 사용합니다.
  -    인덱스 클러스터의 몇몇 행이 동일한 클러스터 키를 가지더라도 클러스터    키가 각 행마다 되풀이되지 않습니다. 키 값 당 행 수가 많은 테이블에서는  인덱스 클러스터를 사용하는 것이 데이터를 저장하는데 필요한 공간을 줄여  줄 수 있습니다.

해쉬 클러스터
해쉬 클러스터는 행의 위치를 계산해 주는 함수를 사용합니다. 해쉬 함수는 클러스터 키를 사용하며 사용자가 정의하거나 시스템이 생성 할 수 있습니다.
해쉬 클러스터의 테이블에 행이 삽입될 때:
      -  해쉬 값을 계산하는데 해쉬 키 열이 사용됩니다.
      -  해쉬 값에 기초하여 행이 저장됩니다.
해쉬 함수는 해쉬 테이블로부터 데이터를 읽어 들일 때 행의 위치를 찾기 위해 사용됩니다. 적용 가능한 경우 해쉬 클러스터는 인덱스 클러스터보다 더 뛰어난 성능을 제공해 줍니다. 



 다음 단계에 따라 인덱스 클러스터에 테이블을 생성하십시오.
1       클러스터를 생성합니다.
2       클러스터 인덱스를 생성합니다.
3       클러스터에 테이블을 생성합니다.
인덱스를 생성하기 전에 클러스터에 테이블을 생성할 수도 있습니다. 테이블에 데이터를 삽입하기 전에 위 세 단계가 반드시 완료되어야 합니다.

클러스터 생성
클러스터를 생성하려면 다음 명령을 사용하십시오.
        CREATE CLUSTER [schema.]cluster (column datatype [ , column
        datatype] . . .)
        [ PCTFREE integer ]
        [ PCTUSED integer ]
        [ INITRANS integer ]
        [ MAXTRANS integer ]
        [ SIZE integer [ K|M ]
        [ storage-clause ]
        [ TABLESPACE tablespace ]
        [ INDEX ]
구문에서:
        schema          클러스터의 소유자
        cluster         클러스터 이름
        column          키 열 이름
        data type       키 열의 데이터 유형과 크기
        SIZE            키 값을 갖는 모든 행에 필요한 공간을 바이트나  
                                킬로바이트, 또는 메가바이트 단위로 지정
        INDEX           인덱스 클러스터로 지정

주
SIZE가 정의되지 않으면 기본값은 한 블록 크기가 됩니다. 오라클 서버는 SIZE에 정의된 값을 사용하여 클러스터 한 블록에 수용될 수 있는 키 값의 최대 수를 산정합니다. 예를 들어 SIZE가 200일 경우 블록 크기가 2048이고 헤더를 허용하면 한 블록에 데이터를 저장하기 위해 사용 가능한 공간은 1900 바이트 정도가 됩니다. 그러므로 한 블록은 최대 9개의 키 값을 가질 수 있습니다.

클러스터 인덱스 생성
클러스터 인덱스를 생성하려면 다음 명령을 사용하십시오.
        CREATE INDEX [schema.]index
        ON CLUSTER [schema.]cluster
        [ PCTFREE integer ]
        [ INITRANS integer ]
        [ MAXTRANS integer ]
        [ TABLESPACE tablespace ]
        [ storage-clause ]
클러스터가 생성될 때 이미 키 열이 정의되므로 클러스터 인덱스의 경우 키 열을 지정할 필요가 없습니다. 클러스터 인덱스를 클러스터 생성에 사용한 테이블스페이스와는 다른 테이블스페이스에 위치시키십시오.

 


다음 단계에 따라 해쉬 클러스터를 생성하고 테이블을 위치 시키십시오.
1       클러스터를 생성합니다.
2       테이블을 생성합니다.

구문
해쉬 클러스터를 생성하는 명령은 인덱스 클러스터를 생성하는 명령과 비슷합니다.
        CREATE CLUSTER [schema.]cluster (column datatype [, column
        datatype ] . . . )
        HASHKEYS integer
        [ HASH IS expression ]
        [ PCTFREE integer ]
        [ PCTUSED integer ]
        [ INITRANS integer ]
        [ MAXTRANS integer ]
        [ SIZE integer [ K | M ] ]
        [ storage-clause ]
        [ TABLESPACE tablespace ] 

HASHKEYS 절은 클러스터가 해쉬 클러스터임을 나타냅니다. 오라클 서버는 가능한 클러스터 키 값의 갯수로 HASHKEYS에서 지정한 값보다 큰 솟수(prime number)를 사용합니다. 옵션 절 HASH IS는 사용자 정의 해쉬 함수, expression을 지정하는데 사용할 수 있습니다.

OEM
1       Oracle Schema Manager를 사용하십시오.
2       Object->Create를 선택하십시오.
3       값들 중에서 Cluster를 선택하고 OK를 선택하십시오.
4       property sheet에 General, Storage, 그리고 Options 정보를 입력하십시오.
5       Create를 선택하십시오.
이와는 달리 네비게이터에서 기존 클러스터를 선택한 후 Object->Create Like를 선택하여 기존 클러스터와 동일한 키와 저장 특성을 갖는 새 클러스터를 생성할 수 있습니다.

 

 SIZE 파라미터
클러스터에서 SIZE 파라미터는 주어진 클러스터 키 값을 갖는 행 전부에 의해 사용되는 공간을 정의합니다. 예를 들어 각 주문(order)이 10개의 아이템을 갖고 ORD 테이블의 행 크기가 20 바이트이며 ITEM 테이블의 행이 18 바이트라면 SIZE는 다음 공식으로 정의됩니다.

        1 ORD 행 * 20 바이트/행 + 10 ITEM 행 * 18 바이트/행 = 200 바이트

뒤에서 설명되겠지만, 해쉬 클러스터에서 SIZE의 값을 결정할 때는 충돌 가능성을 줄일 수 있도록 다소 높은 값을 지정하는 것이 현명합니다

HASHKEYS
키워드 HASYKEYS는 해쉬 클러스터에서 예상되는 키 값의 갯수를 지정합니다. SIZE와 함께 오라클 서버가 클러스터의 초기 크기를 산정하는데 사용합니다. 생성시 클러스터에 할당되는 공간은 다음 공식으로 정의됩니다.
                                              
                                                  HASHKEYS
                CEIL(-------------------------------------------)
                                 TRUNC(사용 가능한 블록 공간/SIZE)

여기서:

                                                                                             PCTFREE
사용 가능한 블록 공간 = (DB_BLOCK_SIZE - 헤더) * ( 1 - ---------------- )
                                                                                                  100

익스텐트는 할당된 익스텐트의 총 크기가 계산된 값과 같거나 그보다 커질 때까지 스토리지 절에 정의된 대로 할당됩니다.

HASH IS
해쉬 함수는 사용자가 정의할 수도 있습니다. 함수 선택은 키 분포를 고려하여야 하며 다음과 같아야 합니다.
   -   해쉬 값들 사이에 행의 최대 분포가 있도록 합니다.
   -   예상하지 않았던 충돌(collisions) 횟수를 최소화해야 합니다.(여러 키 값이
     해쉬 함수를 적용했을 때 같은 결과를 낳을 경우 충돌이 발생합니다. 충돌이  
     발생하고 모든 행을 수용할만한 충분한 공간이 없으면 새 행은 오버플로우
     블록에 위치하게 되고 그 행을 가리키는 포인터는 블록에 위치하게 됩니다.)
   -   해쉬 함수를 적용한 결과는 양수이어야 합니다.
해쉬 함수는 SYSDATE와 USER 같이 적용할 때마다 결과값이 변하는 것을 제외한 적합한 SQL 수식을 포함할 수 있습니다. 사용자 정의 함수를 해쉬 함수의 일부로 사용할 수는 없습니다. 

 

 다음 표는 인덱스와 해쉬 클러스터에 대해 수행될 수 있는 유지 보수 작업을 요약해 줍니다.

 명령

 작업

 인덱스
 클러스터

 해쉬
 클러스터

 ALTER
 CLUSTER

 

 공간 활용 파라미터 변경

Yes

 Yes

 INITIAL을 제외한 스토리지 설정 변경

Yes

Yes

 익스텐트 할당

Yes

 Yes

 사용되지 않은 공간 할당 해제

Yes

 Yes

 SIZE 변경

Yes

 No

 HASHKEYS 및 HASH IS 변경

N/A

 No

 TRUNCATE
 CLUSTER

 공간 해제

Yes

 No

 공간 재사용

Yes

 No


 ALTER CLUSTER, TRUNCATE CLUSTER, 그리고 ANALYZE CLUSTER 명령은 테이블에 대해 쓰이는 명령들과 사용 방법이 같습니다.

 

 클러스터는 클러스터 내의 모든 테이블이 삭제된 후에야 삭제될 수 있습니다. DROP CLUSTER 명령의 INCLUDING TABLES 옵션을 사용하든지 클러스터를 삭제하기 전에 테이블을 삭제하는 방법을 쓰십시오.

구문
클러스터를 삭제하려면 다음 명령을 사용하십시오.
        DROP CLUSTER [schema.]cluster
        [ INCLUDING TABLES [ CASCADE CONSTRAINTS ] ]

만약 클러스터내의 어느 테이블이라도 클러스터에 속하지 않은 테이블의 외래 키 제약 조건에 의해 참조되고 있다면 CASCADE CONSTRAINTS 절이 사용되어야만 합니다.

 

클러스터를 구현할 때는 테이블에 대한 작업 뿐만 아니라 데이터의 특성도 주의깊게 고려해봐야 합니다.

데이터의 특성
다음 두 문단은 클러스터 데이터의 특성에 대해 설명합니다.

키 값의 분포
클러스터는 일반적으로 키 값의 발생 빈도가 균일한 상황에 더 적합합니다. 주문 처리의 경우 주문이 거의 동일한 수의 아이템을 가지고 있다면 클러스터가 유용합니다. 어떤 주문은 오직 하나, 또는 두개의 아이템만을 가지고 있는데 다른 주문은 수백 개의 아이템을 가지고 있다면 클러스터가 적합하지 않을 것입니다.

키 값의 범위와 그 분포
어떤 범위에 걸쳐 산재한 키 값은 클러스터 내의 많은 공간을 낭비할 것이므로 해쉬 키 구현에 적합하지 않습니다. 신중하게 설계된 해쉬 알고리즘이 이 문제를 극복할 수 있을지라도 이런 경우 적절한 해쉬 함수를 개발해 내는 것은 매우 어려울 것입니다. 

테이블의 데이터에 대한 작업
클러스터를 구현할 때는 데이터를 어떤 방식으로 사용할 것인지 고려해 봐야만 합니다.

키 열 갱신 빈도
클러스터의 키 값이 갱신되면 행은 다른 블록으로 물리적으로 이동되어져야만 할 수 있습니다. 이 경우 성능 저하가 일어날 수 있습니다. 그러므로 자주 갱신되는 열은 클러스터 키로 적당하지 못합니다.

조인(join) 빈도
질의문에서 외래키 관계로 자주 조인되는 테이블은 클러스터로 구현하면 좋습니다. 해당 키 값을 가진 행이 함께 저장되므로 클러스터를 사용하면 읽어야 할 블록 수를 줄여줄 수 있기 때문입니다.
어떠한 상황에서는 클러스터에 디테일 테이블만을 위치시키는 것이 유용합니다. 사원 정보가 항상 부서(department)에서만 접근되고 부서 테이블을 전체 테이블 스캔(full table scan)하는 경우가 잦은 경우라면 클러스터에 사원 테이블만을 위치시키십시오.

키 값의 수 산정
해쉬 클러스터에서는 해쉬 함수는 생성시 사용자에 의해 지정된 파라미터에 기초합니다. 데이터의 변동성때문에 키 값이나 그 크기를 정확히 예측하는 것이 어려워 HASHKEYS나 SIZE를 잘못 선택하면 오버플로우가 너무 많이 발생하거나 공간을 낭비하게 만드는 비효율적인 해쉬 함수를 낳을 수도 있습니다. 그러므로 해쉬는 SIZE와 HASHKEYS가 예측가능할 경우에만 유용합니다.

질의 조건
해쉬 함수는 키 값을 알때만 데이터를 읽어 들이는데 사용할 수 있습니다. 따라서 범위 검색(range search)은 해쉬 함수를 사용할 수 없습니다. 질의가 클러스터 키에 동일한 조건을 갖고 있다면 해쉬의 득을 볼 수 있습니다. 하지만 많은 질의가 해쉬 클러스터 키 열에 대해 범위 검색을 사용한다면 해쉬 클러스터에 인덱스를 생성할 수도 있습니다.

 

클러스터와 클러스터 키 열
SCOTT이 소유한 인덱스 클러스터의 이름과 클러스터 키 열을 알아내려면 다음 질의를 사용하십시오.
SVRMGR> SELECT c.cluster_name, c.cluster_type, c.key_size,
                2> cc.column_name, cc.data_type,
                3> decode(cc.data_type, ‘NUMBER’,
                4> decode(cc.data_precision, NULL, NULL,
                5> cc.data_precision || ‘,’ || cc.data_scale),
                6> ‘DATE’, NULL, cc.data_length) AS “COLSIZE”
                7> FROM dba_clusters c, dba_tab_columns cc
                8> WHERE c.owner = cc.owner
                9> AND c.cluster_name = cc.table_name
          10> AND c.owner = ‘SCOTT’;
CLUSTER_NAME CLUST  KEY_SIZE  COLUMN_NAME  DATA_TYPE  COLSIZE
------------ ------ --------  -----------  ---------  -------OFF_CLU      HASH   500       COUNTRY      VARCHAR2         2
OFF_CLU      HASH   500       POSTCODE     VARCHAR2         8
ORD_CLU      INDEX  300       ORD_NO       NUMBER        3, 0
3 rows selected.

클러스터 키 열과 테이블의 열 일치
클러스터, 클러스터의 테이블, 각각의 대응하는 열 이름 리스트를 보고 싶으면 DBA_CLU_COLUMNS를 질의하십시오.
SVRMGR> SELECT *
                2> FROM dba_clu_columns
        3> WHERE owner = ‘SCOTT’
        4> ORDER BY cluster_name, table_name;

OWNER   CLUSTER_NAME   CLU_COLUMN_NA   TABLE_NAME   TAB_COLUMN_NA
-----   ------------   -------------   ----------   -------------
SCOTT   OFF_CLU        COUNTRY         OFFICE       COUNTRY
SCOTT   OFF_CLU        POSTCODE        OFFICE       POSTCODE
SCOTT   ORD_CLU        ORD_NO          ITEM         ORD_NO
SCOTT   ORD_CLU        ORD_NO          ORD          ORD_NO
4 rows selected.

해쉬 클러스터에 대한 추가 정보 얻기
사용된 해쉬 키의 수와 해쉬 함수의 유형을 알고 싶으면 다음 질의를 사용하십시오.
        SVRMGR> SELECT c.cluster_name, c.hashkeys, c.function,
        2>         h.hash_expression
        3> FROM dba_clusters c, dba_cluster_hash_expressions h
        4> WHERE c.owner = h.owner(+)
        5> AND c.cluster_name = h.cluster_name(+)
        6> AND c.owner = ‘SCOTT’
        7> AND c.cluster_type = ‘HASH’
        
        CLUSTER_NAME     HASHKEYS      FUNCTION      HASH_EXPRESSION
        -------------  ----------      -----------   ---------------.
        OFF_CLU              1009      DEFAULT2    
        1 row selected.
DBA_CLUSTERS의 해쉬 클러스터에 대한 FUNCTION 열은 다음 중 하나의 값을 가질 수 있습니다.
DEFAULT2                        오라클 서버 내부 함수가 사용되는 경우
COLUMN                          키 열 자체가 HASH IS 절에 지정되어 있는 경우
HASH EXPRESSION         사용자 정의 수식인 해쉬 함수에 대해

주
셋 이상의 데이터 딕셔너리 뷰를 조인해서 사용해야 한다면 뷰에 기초하여 임시 테이블을 정의한 후 조인에 그 테이블을 사용하는 것이 좋을 것입니다

 

 스토리지 구조
Index-Organized 테이블은 모든 테이블 데이터를 B-트리 구조로 저장합니다. 테이블의 기본 키에 기초한 B-트리 인덱스는 인덱스처럼 조직되어 있습니다. 이 구조의 leaf 블록은 인덱스 leaf 엔트리의 두번째 구성 요소에 ROWID 대신 nonkey 열을 포함하고 있습니다. 그러므로 Index-Organized 테이블을 사용하면 테이블과 인덱스라는 별도의 두 세그먼트를 가질 필요가 없습니다.

Index-Organized 테이블 접근
정규 테이블에 인덱스 접근하려면 하나 이상의 인덱스 블록을 읽어 ROWID를 읽어 들이고 ROWID에 기초하여 테이블에 대한 I/O를 해야 합니다. 이와는 대조적으로 Index-Organized 테이블을 읽으려면 모든 행이 leaf 노드에 있으므로 인덱스 블록만 읽으면 됩니다.
Index-Organized 테이블은 기본 키나 기본 키의 주요 부분을 구성하는 열의 조합을 사용하여 접근할 수 있습니다.
새 행 추가, 행 갱신, 또는 행 삭제 등의 테이블 데이터에 대한 변경은 인덱스만을 갱신할 뿐입니다.


Index-Organized 이 정규 테이블과 같은 점은 다음과 같습니다.
   -   ROWID는 정규 테이블에서는 행을 고유하게 식별할 수 있습니다. 하지만 Index-Organized  테이블의 행은 기본 키로 식별할 수 있습니다.
   -   정규 테이블은 인덱스 키 값에 대응하는 ROWID를 저장하는 많은 인덱스를 가질 수  있습니다. Index-Organized 테이블은 ROWID를 갖지 않으므로 이 유형의 테이블에는 보조  인덱스가 생성될 수 없습니다. Index-Organized 테이블의 ROWID를 읽어 들이려는 시도를 하는 SQL 문은 다음과 같은 에러를 받게 될 것입니다.
   -   ORA-02031: no ROWID for fixed tables or for index_organized tables
 정규 테이블에 전체 테이블 스캔(full table scan)을 할 때 행이 리턴되는 순서는 예측할 수 없습니다. Index-Organized 테이블에 대한 전체 스캔은 기본 키 순서로 행을 리턴합니다.
   -   Index-Organized 테이블은 유일 제약 조건을 제외한 모든 제약 조건을 지원합니다.
   -   Index-Organized 테이블은 분산 트랜잭션(distributed transaction)에 사용될 수 없으며 분할되거나 복사될 수도 없습니다. 

 


 Index-Organized 테이블은 다음의 경우 유용합니다.
     -  정보 검색 응용 프로그램
     -   공간 응용 프로그램(Spatial applications)
     -   온라인 분석 처리(OLAP) 응용 프로그램
인덱스 조직은 기본 키를 사용하여 자주 접근되며 키가 아닌(nonkey) 열이 비교적 짧고 적은 테이블에 유용합니다.

구문
Index-Organized 테이블을 정의하려면 다음 명령을 사용하십시오.
        CREATE TABLE [schema.]table
        (column-definition [ , column-definition ] . . .
        [ , out-of-line-constraint [ , out-of-line-constraint ] . . . ] )
        ORGANIZATION INDEX
        [ PCTFREE integer ]
        [ INITRANS integer ]
        [ MAXTRANS integer ]
        [ storage-clause ]
        [ TABLESPACE tablespace ]
        [ PCTTHRESHOLD integer
            [ INCLUDING column ] ]
                [ OVERFLOW segment_attributes_clause ]

구문에서:
   schema                            클러스터의 소유자
   table                                 테이블의 이름
   ORGANIZATION INDEX       Index-Organized 테이블로 지정
   PCTTHRESHOLD              인덱스 블록 내에 Index-Organized 테이블을 위해                                            예약된 공간의 백분율을 지정(행이 이 값에 기초하여                                            계산된 크기를 초과하면 INCLUDING 절에 지정된 열                                            이후의 열들은 모두 오버플로우 세그먼트로 이동                                            됩니다.  OVERFLOW가 지정되지 않으면 임계값                                            (threshold)를 초과한 행들은 거부(reject)됩니다.                                            PCTTHRESHOLD 기본값은 50이며 이 값은 0에서                                            50 사이에 들어야만 합니다.)
   INCLUDING column         Index-Organized  테이블 행을 인덱스와 오버플로우                                          구역으로  나눌 열을 지정(이후의 열은 모두 오버플로                                          우 데이터 세그먼트에 저장됩니다. 이것이 지정되지                                          않았는데 행  크기가 PCTTHRESHOLD를 초과하면 기                                          본 키 열을 제외한 모든 열이 오버플로우 구역으로 옮                                          겨집니다. 이 열은 마지막 기본 키의 마지막 열의 이름                                          이거나 기본 키가 아닌 열 입니다.)
   OVERFLOW                    지정된 임계값을 초과한 Index-Organized 테이블 데                                          이터 행이 테이블스페이스, 스토리지와 블록 활용 파                                          라미터를 지정하는  segment_attributes_clause에 의                                          해 지정된 데이터 세그먼트내에 위치하도록 명시

제한 사항
Index-Organized 테이블의 경우 기본 키를 반드시 지정해야 합니다. 기본 키 없이 Index-Organized 테이블을 생성하려 하면 다음과 같은 에러가 발생할 것입니다.
        ORA-25175: no PRIMARY KEY constraint found
PCTTHRESHOLD가 정의되고 오버플로우 세그먼트가 지정되지 않으면 임계값을 초과한 행은 다음과 같은 에러와 함께 거부됩니다.
        ORA-01429: Index-Organized Table: no data segment to store
        overflow row-pieces


 Index-Organized  테이블의 큰 행은 인덱스 내에 행이 높은 밀도로 저장되는 것을 방해할 수 있습니다. 이 문제는 오버플로우 구역을 사용하여 해결할 수 있습니다.

Index-Organized 테이블을 위해 생성되는 세그먼트
Index-Organized  테이블이 생성될 때 OVERFLOW 절을 지정하면 다음이 생성됩니다.
        CREATE TABLE 절에 정의된 이름을 가진 “논리적” 테이블. 모든 행이               인덱스에 저장되므로 이 테이블에 대응되는 세그먼트는 없습니다.
        지정된 스토리지와 공간 활용 파라미터를 사용하여 CREATE TABLE 문에       정의된 테이블스페이스 내에 기본 키 제약 조건과 같은 이름을 가진 인덱스
        오버플로우 행 조각을 수용할 테이블. 이 테이블의 이름은 SYS_IOT_OVER_n   입니다. 단, n은 DBA_OBJECTS에서 볼 수 있는 index-Organized 테이블의     OBJECT_ID입니다.

Index-Organized 테이블에의 수행
Index-Organized 테이블도 다른 테이블처럼 사용할 수 있습니다. Index-Organized테이블에도 ALTER TABLE, ANALYZE TABLE, TRUNCATE TABLE, 그리고 DROP TABLE 등의 명령어와 모든 DML 명령어가 지원됩니다.

 

 Index-Organized 테이블과 그 구조에 관련된 정보를 보려면 다음 질의를 사용하십시오.
        SVRMGR> SELECT t.table_name AS “IOT”, o.table_name AS
        “Overflow”,
                2>           i.index_name AS “Index”,
        3>           o.tablespace_name AS “Overflow TS”,
                4>           i.tablespace_name AS “Index TS”, I.pct_threshold
                5>      FROM dba_tables t, dba_tables o, dba_indexes I
                6>      WHERE t.owner = o.owner
                7>      AND t.table_name = o.iot_name
                8>      AND t.owner = I.owner
                9>      AND t.table_name = I.table_name
         1      0>      AND t.owner = ‘SCOTT’;
                                             Index
IOT   Overflow          Index    Overflow TS TS      PCT_THRESHOLD
----- ----------------- -------- ----------- ------  -------------
SALES SYS_IOT_OVER_2049 SALES_PK DATA02      DATA01             20

 


 요약참조

 관련내용

 Reference

 초기화 파라미터

 없슴

 동적 성능 뷰

 없슴

 데이터 딕셔너리 뷰

 DBA_CLUSTERS
 DBA_TAB_COLUMNS
 DBA_CLU_COLUMNS
 DBA_CLUSTER_HASH_EXPRESSIONS
 DBA_TABLES
 DBA_INDEXES

 명령어

 CREATE CLUSTER
 CREATE INDEX ... ON CLUSTER
 CREATE CLUSTER ... HASHKEYS ... HASH IS ...
 ALTER CLUSTER
 TRUNCATE CLUSTER
 DROP CLUSTER
 CREATE TABLE ... ORGANIZATION INDEX

 CLUSTER에 대한 설명중 틀린 것은?
A. 두 테이블을 join 할 때 효과적이다.
B. 인덱스 클러스터와 해쉬 클러스터가 있다.
C. 해쉬 클러스터는 동등비교( = )에 유리하다.
D. 인덱스 클러스터를 만들 때는 반드시 테이블을 먼저 만든 다음 클러스터를 나중에 생성한다.
답

X 정답:D


X 정답:D


X 정답:B


X 정답:B