오라클 데이터베이스에서 사용자 데이터는 다음 중 한가지 방법으로 저장할 수 있습니다.
   - 정규 테이블(Regular tables)
   - 분할 테이블(Partitioned tables)
   - Index-organized 테이블(Index-organized tables)
   - 클러스터 테이블(Clustered tables)

정규 테이블
정규 테이블(일반적으로 “테이블”이라고만 일컬어지는)은 사용자 데이터를 저장하는데 있어 가장 일반적으로 사용되는 기본 테이블이며 본 장에서 주로 다루어질 것입니다. 데이터베이스 관리자는 클러스터되지 않은 테이블의 행의 분포에 대해서는 극히 제한적인 제어 밖에 할 수 없습니다. 행은 테이블에 수행된 작업에 따라 어떤 순서로도 저장될 수 있습니다.

분할 테이블
분할 테이블은 크기가 바뀌는 응용 프로그램을 구축할 수 있도록 해주며 다음과 같은 특성을 갖습니다.
   - 분할 테이블은 하나 이상의 파티션(partition)을 가지며 각 파티션은 지정된
    범위의 키 값을 갖는 행들을 저장합니다.
   - 분할 테이블의 각 파티션은 세그먼트이며 서로 다른 테이블스페이스에
    위치할 수 있습니다.
   - 여러 프로세스가 동시에 질의하고 조작하는 큰 테이블에 유용합니다.
   - 테이블 내의 파티션을 관리하기 위한 특별한 명령어들이 있습니다.

주
클러스터와 Index-organized 테이블은 “클러스터와 Index-organized 테이블” 장에서 다루어집니다. 

테이블은 저장하는 방식에 따라 4 가지로 분류할 수 있다고 되어있습니다.
그렇다면 우리가 sql을 사용하여 테이블을 작성할 때 이것들의 종류도 결정할 수 있습니까? 만약 있다면 어떻게 해야 하는지 궁금합니다.

 


create문에 의해서 생성할때 결정하게 되며, 각각의 생성예는 다음과 같습니다.

1. 정규테이블 생성예제.
create table emp (
empno char(5) primary key,
ename varchar2(10),
salary number(5));

2. IOT 생성예제.
create table countries (
country_id char(10),
country_name varchar2(40),
country_symbol varchar2(3),
map blob,
constraint country_c_id_pk primary key(country_id))
organization index
pctthreshhold 20
overflow tablespace users;


3. 분할된 테이블 생성예제.
create table sales (
acct_no number(5),
person varchar2(30),
sales_amount number(8)
week_no number(2))
partition by range(week_no)
(partition P1 values less than (4) tablespace data01,
partition P2 values less than (8) tablespace data02,
partition P3 values less than (20) tablespace data03);


4. 클러스터 생성예제.
create cluster ord_clu(ord_id number(3))
size 200
tablespace data01;

create index ord_clu_idx
on cluster ord_clu;

create table ord_temp
cluster ord_clu(ord_id)
as select * from orders;

create table items (
ord_id number(3),
prod_code number(6),
qty number(4))
cluster ord_clu(ord_id);

IOT, 클러스터에 대한 내용은 OLN PTW 과정을 참조하시고, 테이블 분할(Table Partitioning)에 대한 자세한 내용은 교육센터에서 진행되고 있는 Oracle8i New Feature과정을 수강하시면 되겠습니다.

 

행 데이터는 다양한 길이의 레코드 단위로 데이터베이스에 저장됩니다. 행의 컬럼은 일반적으로 정의된 순서로 저장되며 후행하는(trailing) NULL 컬럼은 저장되지 않습니다. 테이블의 각 행은 서로 다른 갯수의 컬럼 값을 가질 수도 있습니다. 테이블의 각 행은 다음을 갖습니다.
  -  행 헤더: 행의 컬럼 수와 행 연결 정보, 그리고 행의 잠금(lock) 상태를
    저장하는데 사용됩니다.
  -  행 데이터: 각 컬럼에 대해 오라클 서버는 컬럼 길이와 그 값을 저장합니다.
   (컬럼이 250 바이트를 넘지 않는다면 컬럼 길이를 나타내는데 한 바이트가
    필요합니다. 긴 컬럼은 3 바이트로 길이를 나타낼 수도 있습니다. 컬럼값은 컬럼
    길이 바이트 바로 뒤에 저장됩니다.)
인접한 행 사이에 공간을 둘 필요는 없습니다. 블록 내의 각 행들은 행 디렉토리 내에 슬롯을 갖습니다. 디렉토리 슬롯은 각 행의 시작점을 가리킵니다.

Oracle8은 스칼라 데이터, 모음(collection), 그리고 관계를 저장하기 위한 내장 데이터 유형을 여러 가지 가지고 있습니다.

스칼라 데이터 유형

문자 데이터(Character Data)
문자 데이터는 데이터베이스에 고정 길이, 또는 가변 길이 문자열로 저장될 수 있습니다.
CHAR와 NCHAR같은 고정 길이 문자 데이터 유형은 고정 길이까지 공백으로 채워서 저장합니다. NCHAR는 고정 폭(fixed-width), 또는 가변 폭(variable-width) character set의 저장을 가능하게 하는 NLS 데이터 유형입니다. 최대 크기는 한 문자를 저장하는데 필요한 바이트 수에 따라 결정되며 한 행 당 2000 바이트가 상한입니다. 기본값은 charater set에 따라 1 문자, 또는 1 바이트입니다.
가변 길이 문자 데이터 유형은 실제 컬럼 값을 저장하는데 필요한 바이트만큼만을 사용하며 각 행에 따라 그 크기가 다양합니다.
VARCHAR2와 NVARCHAR2는 가변 길이 문자 데이터 유형의 일례입니다.

숫자 데이터(Numeric Data)
오라클 데이터베이스에서 숫자는 항상 가변 길이 데이터로 저장되며 유효 자릿수 38자리까지 저장할 수 있습니다. 숫자 데이터 유형은 다음을 필요로 합니다.
    -    지수(exponent)를 위한 한 바이트
    -    맨티사(mentissa)의 유효 자릿수 두자리 마다 한 바이트
    -    유효 자릿수가 38 바이트 미만인 음수인 경우 음수 표현을 위한 한 바이트

날짜(DATE) 데이터 유형
오라클 서버는 날짜를 7 바이트, 고정 길이 필드(field)로 저장합니다. 오라클 DATE는 항상 시간을 포함합니다.

RAW 데이터 유형
크기가 적은 이진 데이터의 저장에 사용합니다. 오라클 서버는 RAW 데이터가 네트워크 내의 기계 사이에서 전송되거나 오라클 유틸리티를 이용하여 데이터베이스간에  이동될 때 character set 변환을 하지 않습니다. 


오라클은 LOB을 저장하기 위한 여섯 가지 데이터 유형을 제공합니다.
  - 큰 고정 폭(fixed-width) 문자 데이터를 위한 CLOB과 LONG
  - 큰 고정 폭 국가 character set 데이터를 위한 NCLOB
  - 구조화되지 않은 데이터를 저장하기 위한 BLOB과 LONG RAW
  - 구조화되지 않은 데이터를 운영 체제 파일에 저장하기 위한 BFILE
LONG과 LONG RAW는 예전에는 이진 이미지나 문서, 또는 지리학적 정보 따위의 구조화되지 않은 데이터에 사용되었으며 현재는 주로 역 호환성을 위해 제공되고 있습니다. 이 데이터 유형은 LOB 데이터 유형으로 교체되었습니다. LOB 데이터 유형은 LONG과 LONG RAW와는 다르며 상호 교환이 불가능합니다. LOB은 LONG API(application programing interface)를 지원하지 않으며 LONG API도 LOB을 지원하지 않습니다.

LONG과 LOB 데이터 유형 비교
LOB 기능을 이전 유형들과 비교해 보는 것이 유익할 것입니다. 앞으로 나오는 LONG은 LONG과 LONG RAW를 뜻하는 것이며 LOB은 모든 LOB 데이터 유형을 뜻하는 것입니다.
LOB은 테이블마다 또는 오브젝트 유형의 속성마다 여러 개의 LOB 컬럼을 둘 수 있습니다. 반면 LONG은 단 하나만이 가능합니다.

 LONG의 최대 크기는 2 기가 바이트이지만 LOB은 4 기가 바이트까지 가능합니다.
읽어 들일 때 LOB은 위치자(locator)를 리턴하고 LONG은 데이터를 리턴합니다.
LOB은 데이터가 VARCHAR2 데이터 유형의 최대 크기인 4000 바이트보다 크면 테이블에는 위치자만을 저장하고 데이터는 다른 곳에 저장합니다. 반면 LONG은 모든 데이터를 테이블에 저장합니다. 게다가 LOB은 데이터가 별개의 세그먼트와 테이블스페이스, 또는 호스트 파일에 저장되는 것을 허용합니다.
LOB은 오브젝트 유형 속성을 지원합니다.(단 NCLOB 제외) 하지만 LONG은 지원하지 않습니다.
LONG은 주로 연결된 행 조각(chained row pieces)으로 저장됩니다. 한 블록의 한 행 조각은 다른 블록에 저장된 다음 번 행 조각을 가리킵니다. 그러므로 이들은 순차적으로 접근해야 합니다. 이와는 반대로 LOB은 파일 같은(file-like) 인터페이스를 통해 데이터에의 임의 구분 접근(random piece-wise access)을 지원합니다.

 


ROWID 데이터 유형
ROWID는 테이블 내의 다른 컬럼과 같이 질의될 수 있는 의사 컬럼(pseudo-column)으로 다음과 같은 특성을 갖습니다.
   - ROWID는 데이터베이스의 각 행에 대한 고유한 식별자(identifier)입니다.
   - ROWID는 컬럼 값처럼 명시적으로 저장되지 않습니다.
   - ROWID가 직접 행의 물리적 주소를 주지는 않지만 행의 위치를 알아내는데 사용할 수 있습니다.
   - ROWID는 테이블 내의 행에 접근하는 가장 빠른 수단을 제공합니다.
   - ROWID는 주어진 키 값으로 행을 지정할 수 있도록 인덱스에 저장됩니다.

ROWID 형식
ROWID는 디스크 상에 10 바이트를 차지하며 18 문자를 사용하여 출력됩니다. 다음과 같은 구성 요소를 가지고 있습니다.
   - 데이터 오브젝트 번호(Data Object Number)는 테이블이나 인덱스 같은 각 데이터 오브젝트의
   - 생성시 할당되며 데이터베이스 내에서 유일합니다.
   -  상대적 파일 번호(Relative File Number)는 테이블스페이스내에서 각 파일마다 고유합니다.
   - 블록 번호(Block Number)는 파일 내에서 행을 포함하고 있는 블록의 위치를 나타냅니다.
   - 행 번호(Row Number)는 블록 헤더 내의 행 디렉토리 슬롯의 위치를 나타냅니다.

내부적으로 데이터 오브젝트 번호는 32 비트가 필요하고, 상대적 파일 번호는 10 비트, 블록 번호는 22 비트, 그리고 행 번호는 16 비트를 필요로 하여 모두 합하면 80 비트, 즉 10 바이트가 됩니다.
ROWID는 데이터 오브젝트 번호에 여섯 자리, 상대적 파일 번호에 세 자리, 블록 번호에 여섯 자리, 그리고 행 번호에 세 자리를 사용하는 64진법 암호화 계획(base-64 encoding scheme)을 사용하여 출력됩니다. 64진법 암호화 계획은 아래의 예와 같이 “A-Z”, “a-z”, “0-9”, “+”, 그리고 “/”의 총 64 문자를 사용합니다.
   SVRMGR> SELECT deptno, ROWID
        2> FROM scott.dept;
   DEPTNO       ROWID
---------       ------------------
       10       AAAArsAADAAAAUaAAA
       20       AAAArsAADAAAAUaAAB
       30       AAAArsAADAAAAUaAAC
       40       AAAArsAADAAAAUaAAD
4 rows selected.
이 예에서:
   - AAAArs는 데이터 오브젝트 번호이고
   - AAD는 상대적 파일 번호이고
   - AAAAUa는 블록 번호이고
   - AAA는 DEPTNO=10인 부서의 행 번호입니다.

ROWID 사용하여 행 위치 파악
한 세그먼트는 반드시 한 테이블스페이스에 상주해야 하므로 오라클 서버는 데이터 오브젝트 번호를 사용하여 행을 포함하고 있는 테이블스페이스를 결정할  수 있습니다.
테이블스페이스내의 상대적 파일 번호는 파일 위치를 파악하는데 사용되고 블록 번호는 행을 포함한 블록 위치를 파악하는데 사용되며 행 번호는 행에 대한 행 디렉토리 엔트리 위치를 파악하는데 사용됩니다.
행 디렉토리 엔트리는 행의 시작점을 가리키는데 사용됩니다.
따라서 ROWID는 데이터베이스의 모든 행의 위치를 파악하는데 사용할 수 있습니다.

 

오라클 초기 버전은 제한된 ROWID 형식을 사용했습니다. 제한된 ROWID는 내부적으로 6 바이트를 사용했으며 데이터 오브젝트 번호를 포함하지 않았습니다. 제한된 ROWID 형식은 파일 번호가 데이터베이스 내에서 고유한 Oracle7이나 그 이전 릴리즈에서 사용할 수 있었습니다. 따라서 이전 릴리스들은 1022 개 이상의 데이터 파일을 허용하지 않았습니다.
Oracle8이 테이블스페이스 상대적 파일 번호를 사용하여 이 제한을 없앴을지라도 제한된 ROWID는 모든 인덱스 엔트리가 같은 세그먼트 내의 행을 참조하는 분할되지 않은 테이블 상의 분할되지 않은 인덱스 같은 오브젝트에 여전히 사용됩니다.

모음(Collections)
주어진 행에 반복되는 데이터를 테이블에 저장하는데 사용 가능한 모음 데이터 유형이 두 가지 있습니다. 모음을 정의하고 사용하려면 오브젝트 옵션이 필요합니다. 앞으로 이러한 유형에 대해 짤막하게 다룰 것입니다.

VARRAYS(Varying Arrays)
Varying  array는 소비자의 전화번호 같은 적은 갯수의 구성 요소를 갖는 리스트를 저장할 때 유용합니다.
VARRAYS는 다음과 같은 특성을 갖습니다.
   - 배열은 데이터 구성 요소의 순서 집합입니다.
   - 주어진 배열의 모든 구성 요소는 동일한 데이터 유형을 갖습니다.
   - 각 구성 요소는 배열 내의 구성 요소의 위치에 해당하는 숫자인 인덱스를 갖습니다.
   - 배열 내의 구성 요소 갯수가 배열의 크기입니다.
   - 오라클은 다양한 크기의 배열을 허용합니다. 그렇기 때문에 VARRAY라 불리웁니다. 하지만 배열 유형을 지정할 때 최대 크기가 지정되어야 합니다.

중첩 테이블
중첩 테이블은 테이블 내의 컬럼에 테이블을 정의하는 방법을 제공합니다. 중첩 테이블은 주문 항목 같이 많은 수의 레코드를 갖는 집합을 저장하는데 사용될 수 있습니다.  ORDERS가 모 테이블(parent table)이고 ITEMS가 중첩된 테이블입니다.
중첩 테이블은 일반적으로 다음과 같은 특성을 갖습니다.
   - 중첩 테이블은 레코드 또는 행의 순서 없는 집합입니다.
   - 중첩 테이블의 행은 동일한 구조를 갖습니다.
   - 중첩 테이블의 행은 모 테이블 내의 대응 행의 포인터를 이용하여 모 테이블과       별도로 저장될 수 있습니다.
   - 중첩 테이블의 저장 특성은 데이터베이스 관리자가 정의할 수 있습니다.
   - 중첩 테이블에 대해 미리 지정된 최대 크기는 없습니다.

관계 유형(REF)
관계 유형은 데이터베이스에서 포인터로 사용됩니다. 이 유형은 Object 옵션을 필요로 합니다. 예를 들어 주문된 각 아이템은 제품 코드를 저장하지 않고 PRODUCTS 테이블의 행을 가리키거나 테이블 내의 행을 참조할 수 있습니다.

사용자 정의 유형
오라클은 사용자가 추상 데이터 유형을 정의하여 응용 프로그램 내에서 사용할 수 있도록 해 줍니다. 이 특성을 사용하려면 Object 옵션이 필요합니다.

 

Oracle8 부터 Collection 과 Relationship Type 이 새롭게 추가 되었습니다. 물론 Object Option 이 install 되어 있어야만 사용 가능합니다. Collection Type 에는 VARRAY 와 NESTED TABLE 이 있고 Relationship Type 에는 REF 가 있습니다.


Collection Type 이란 한시점에 여러개의 값을 저장할수 있는 Type 이라고 볼수 있는데 예를 들어 어떤 Table 에 특정 Column 의 Type 이 Collection Type 으로 선언이 되어 있다는 뜻은 한개의 Row 에서 그 특정 Column 의 값은 여러개가 될 수가 있다는 뜻입니다. 이와 같은 개념은 C 에서 Array 와 유사합니다.

아래의 예는 VARRAY 와 NESTED TABLE 을 사용한 예입니다.

create type empno_array_type as VARRAY(30) of number(5);
create table dept_varray
(deptno number(3), -- 부서번호
dname varchar2(20), -- 부서명
empno empno_array_type); -- 사원번호

위 예제에서 Table dept_varray 에서 empno 컬럼은 VARRAY Type 으로 선언이 되었습니다.

create type empno_table_type as TABLE of number(5);
create table dept_table
(deptno number(3), -- 부서번호
dname varchar2(20), -- 부서명
empno empno_table_type); -- 사원번호

위 예제에서 Table dept_table 에서 empno 컬럼은 NESTED TABLE Type 으로 선언이 되었습니다.


위 두가지 경우 모두 테이블에 자료가 저장되는 형태를 살펴보면

------------------------
부서번호 부서명 사원번호
------------------------
  10    인사팀   10001
                 10002
                 10003
  20    총무팀   10004
                 10005
                 10006
                 10007
  30    재경팀   10008
                 10009
------------------------

와 같이 저장될수 있습니다.

즉 10번 부서의 Row 에 대해 사원번호를 저장하는 empno 컬럼에는 3개의 값(10001,10002,10003) 이 저장되어 있습니다. 그러면 Varray 와 Nested Table 의 가장 큰 차이점은 여러 개의 값들을 저장할수 있다는 측면은 동일한데 저장할 수 있는 최대 갯수에서 차이가 있습니다. 위의 예제에서는 empno 컬럼에 대해서 한 행당 최대 저장할 수 있는 갯수는 dept_varray Table 은 30 으로 제한이 되어 있는 반면 dept_table 에는 제한이 없습니다.


이에 반해서 Relationship Type 은 한 시점에 한 개의 값만 저장할수 있는 Type 이며 저장형태는 Pointer 스타일 즉, 값을 저장하고 있는 것이 아니고 값이 저장된 곳을 Point 하는 Pointer 정보가 저장됩니다. 이와 같은 개념은 C 에서 Pointer 와 유사합니다.


아래의 예는 REF 을 사용한 예입니다.

create type emp_type as object
(empno number(5),
ename varchar2(20));
create table emp of emp_type;

create table dept_ref
(deptno number(3),
dname varchar2(20),
mgr REF emp_type SCOPE IS emp);

위의 예제에서 Table dept_ref 의 mgr 컬럼은 실제 값이 저장되는 것이 아니라 emp Table 에 저장된 값을 Pointer 하는 정보가 저장됩니다.


임시 테이블

영구 테이블 외에도 임시 테이블을 생성하여 트랜잭션 또는 세션 동안에만 존재하는 세션 전용 데이터를 보유할 수 있습니다.

CREATE GLOBAL TEMPORARY TABLE 명령은 트랜잭션별 또는 세션별로 임시 테이블을 생성합니다. 세션별 임시 테이블의 경우에는 데이터가 해당 세션 동안에 존재하지만 트랜잭션별 임시 테이블의 경우에는 데이터가 트랜잭션 동안에 존재합니다. 세션의 데이터는 세션 전용이며 각 세션은 자체 데이터만을 보고 수정할 수 있습니다. DML 잠금은 임시 테이블의 데이터에는 적용되지 않습니다. 행의 기간을 제어하는 절은 다음과 같습니다.

임시 테이블에 인덱스, 뷰 및 트리거를 생성하고 또한 Export 유틸리티와 Import 유틸리티를 사용하여 임시 테이블 정의를 엑스포트하고 임포트할 수 있습니다. 그러나 ROWS 옵션을 사용하더라도 데이터는 엑스포트되지 않습니다. 임시 테이블의 정의는 모든 세션에서 볼 수 있습니다.

 

구문
다음 명령을 사용하여 테이블을 생성하십시오.
  CREATE TABLE [schema.] table
  (column datatype [, column datatype ] . . .)
  [TABLESPACE tablespace ]
  [ PCTFREE integer ]
  [ PCTUSED integer ]
  [ INITRANS integer ]
  [ MAXTRANS integer ]
  [ STORAGE storage-clause ]
  [LOGGING | NOLOGGING]
  [CACHE | NOCACHE] ]

구문에서:

     schema                 테이블의 소유자

     table                      테이블 이름

     column                  컬럼의 이름

     data type               컬럼의 데이터 유형

     TABLESPACE         테이블이 생성될 테이블스페이스를 지정

     PCTFREE               행의 길이가 커질 경우를 위해 각 블록에 예약된 공간의                                   총량 (총 공간에서 블록 헤더를 뺀 양을 백분율로)

     PCTUSED              행 삽입에 사용될 수 없는 (PCTFREE에 도달한 후) 블록이                                   사용된 공간의 최저 한계를 결정

     INITRANS              각 블록에 미리 할당된 트랜잭션 엔트리의 갯수를 지정
                                  (기본값은 1)

     MAXTRANS           각 블록에 할당될 수 있는 트랜잭션 엔트리의 갯수를 제한
                                  (기본값은 255)

     STORAGE             익스텐트를 테이블에 할당할 방법을 결정하는 스토리지                                   절을 지정  

     LOGGING              리두 로그 파일 내에 기록될 테이블의 생성을 기록할 것을                                   지정 (테이블에 대해 모든 이후의 작업이 기록되도록 지정                                   하는 것이기도 합니다. 이것이 기본(default)입니다.)

     NOLOGGING          리두 로그 파일에 테이블의 생성과 특정 유형의 데이터                                   로드를  기록하지 않도록 지정. CACHE  전체 테이블 스캔                                   (full table scan)이 수행될 때 읽어 들인 블록이 버퍼 캐쉬                                   내의 LRU 리스트의 가장 최근에 사용된 것의 자리에 위치                                   하도록 지정

     NOCACHE             전체 테이블 스캔(full table scan)이 수행될때 읽어 들인                                   블록이 버퍼 캐쉬 내의 LRU 리스트의 가장 최근에 사용                                   되지 않은 것의 자리에 위치하도록 지정

주
   - 일반적으로 테이블은 생성될때 기본 키(primary key)도 정의되어야 합니다. 제약 조건을 관리하는 것은 “데이터 무결성 유지” 장에서 다루어 집니다.
   - 테이블스페이스에 대해 MINIMUM EXTENT가 정의되면 테이블에 대한 익스텐트 크기는  MINIMUM EXTENT 값의 배수로 반올림된 것이어야 합니다.
   - [NO]LOGGING 절이 생략되면 테이블의 기록 속성(logging attribute)은 테이블이 들어있는 테이블스페이스의 기록 속성과 같게 됩니다.
   - MINEXTENTS가 1보다 큰 값으로 지정되고 테이블스페이스가 하나 이상의 데이터 파일을 포함하면 익스텐트들은 테이블스페이스 내의 여러 파일에 만들어지게 될 것입니다.

OEM
1   Oracle Schema Manager를 사용하십시오.
2   Object->Create를 선택하십시오.
3   나열된 값들 중에서 Table을 선택하고 OK를 클릭하십시오
4   New Table 다이얼로그 박스에서 Create Table Manually를 선택하십시오.
5   OK를 클릭하십시오.
6   property sheet에 General, Storage, 그리고 Option 정보를 입력하십시오.
7   Create를 클릭하십시오.
이와는 달리 내비게이터에서 기존 테이블을 선택한 후 Object->Create Like를 선택하여 기존 테이블과 같은 컬럼과 스토리지 특성을 갖는 새로운 테이블을 생성할 수도 있습니다.

다른 옵션
1   Oracle Schema Manager를 사용할 때 사용자는 테이블의 초기 크기와 성장률(growth rate), 그리고 DML 작업 등에 기초하여 스토리지 블록 활용 파라미터를 도구가 자동으로   정의하도록 할 수도 있습니다.
2   Windows NT에서는 Oracle Schema Manager 안에 들어 있는 Table Creation 마법사를 사용하여 테이블을 생성할 수도 있습니다.

 

테이블 생성 지침

 

PCTFREE 설정
PCTFREE를 높게 설정할수록 데이터베이스 블록 내에 갱신을 위한 공간을 더 많이 제공합니다. 테이블이 다음과 같은 컬럼을 가지면 큰값으로 설정하십시오.
   - 초기엔 null이지만 이후에는 어떤 값으로 갱신되는 컬럼
   - 갱신 결과 크기가 증가할 것 같은 컬럼
PCTFREE를 높게 설정할수록 블록 밀도는 낮아져, 각 블록은 적은 수의 행만을 수용할 수 있게 됩니다.
위에 명시된 공식은 행의 성장을 위해 블록 내에 충분한 공간을 보장해 줍니다.

PCTUSED 설정
블록이 평균적인 행을 수용하기에 충분한 공간을 가질 때만 프리 리스트에 들 수 있도록 PCTUSED를 설정하십시오. 프리 리스트 상의 블록이 행을 삽입할만한 공간을 갖고 있지 못하면 오라클 서버는 프리 리스트에서 다음 블록을 찾습니다. 이러한 선형 검색은 충분한 공간을 가진 블록이 발견되거나 리스트가 끝날 때까지 계속됩니다. 주어진 공식을 사용하여 필요한 사용 가능 영역을 가진 블록을 발견할 가능성을 증가시켜 프리 리스트를 검색하는데 걸리는 시간을 줄이십시오.

주
평균적인 행 크기는 뒷 절에서 다루어지는 ANALYZE TABLE 명령을 사용하여 계산할 수 있습니다.

행이전(Row Migration)
PCTFREE가 작은 값을 가지면 블록 내에 갱신 결과로 자라난 행을 수용할만한 공간이 불충분하게 될 수도 있습니다. 이런 일이 발생하면 오라클 서버는 전체 행을 새 블록으로 옮기고 원래 블록에 새 위치를 가리키는 포인터를 남겨 놓을 것입니다. 이 과정을 행이전(row migration)이라 합니다. 오라클 서버가 이전된 행을 읽어 들이려면 두 데이터 블록을 검색해야만 하므로 I/O 성능은 감소합니다.

행연결(Row Chaining)
행이 너무 커서 어떤 블록에도 맞지 않을 때 행연결(row chaining)이 발생합니다. 행이 매우 긴 컬럼을 가지고 있을 때 발생할 수 있습니다. 이 경우 오라클 서버는 행을 행 조각이라는 작은 조각으로 나눕니다. 각 행 조각은 전체 행을 읽어 들여 취합할 때 필요한 포인터와 함께 블록 내에 저장됩니다. 가능하다면 블록의 크기를 크게하거나 적은 수의 컬럼을 가진 여러 개의 테이블로 테이블을 나눔으로써 행연결(row chaining)을 최소화할 수 있습니다. 

 


기존 테이블을 부분, 또는 완전히 복사할 때는 서브쿼리를 가진 CREATE TABLE 명령을 사용하십시오.
다음은 이 명령을 간단히 한 구문입니다.
        CREATE TABLE [schema.]table
        [ LOGGING | NOLOGGING ]
        . . .
        AS
        subquery
TABLESPACE, STORAGE, 그리고 블록 활용 파라미터 등의 절(clause)은 다른 테이블에 기초한 테이블을 생성하는 동안에도 지정할 수 있습니다. NOLOGGING 절을 사용하여 리두 로그 엔트리의 생성을 억제하고 테이블 생성 속도를 높이십시오.
제약 조건, 트리거, 그리고 테이블 권한은 이러한 방법으로 생성된 새로운 테이블로 복사되지 않습니다. 컬럼이 원래 테이블에서 NOT NULL로 정의되었다면 새로운 테이블의 대응 컬럼 또한 NOT NULL로 정의될 것입니다. 

 일부 스토리지 파라미터와 일부 블록 활용 파라미터는 ALTER TABLE 명령을 사용하여 수정할 수 있습니다.

구문

        ALTER TABLE [schema.]table
        ([ storage-clause ]
        [ PCTFREE integer ]
        [ PCTUSED integer ]
        [ INITRANS integer ]
        [ MAXTRANS integer ]

스토리지 파라미터 변경의 효과
수정될 수 있는 파라미터와 그 수정의 의미는 다음과 같습니다.

  - NEXT
    오라클 서버가 테이블에 또 다른 익스텐트를 할당할 때 새 값이 사용될   
    것입니다. 이후의 익스텐트 크기는 PCTINCREASE만큼씩 증가될 것입니다.

   - PCTINCREASE
    PCTINCREASE의 변경 사항은 데이터 딕셔너리에 기록될 것이며 오라클  
    서버가 다음 익스텐트를 할당할 때 NEXT를 재계산하기 위해 사용될 것입니다.
     NEXT=10K이고 PCTINCREASE=0이며 두 익스텐트를 가진 테이블을 생각해
     봅시다. PCTINCREASE가 100으로 변경되면 할당될 세번째 익스텐트는 10K가
     될 것이며, 네번째 익스텐트는 20K, 이런 식이 될 것입니다.

   - MINEXTENTS
    MINEXTENTS의 값은 테이블의 현재 익스텐트 수보다 적거나 같은 값이면 어느     값으로든지 변경될 수 있습니다. 테이블에 즉각적인 영향은 없지만 테이블이
    잘라질 때(truncate) 사용될 것입니다.
  
 - MAXEXTENTS
    MAXEXTENTS의 값은 테이블의 현재 익스텐트 수보다 크거나 같은 어느
    값으로든지 설정될 수 있습니다.
    
  제한 사항
   - INITIAL의 값은 테이블에 대해 수정할 수 없습니다.
   - 지정된 NEXT 값은 지정된 값보다 크거나 같도록 블록 크기의 정수배 값으로
    반올림될 것입니다.

블록 활용 파라미터
블록 활용 파라미터가 변경되면:
   - 공간 활용을 향상시킬 수 있습니다.
   - 이전(migration) 가능성을 최소화할 수 있습니다.

블록 활용 파라미터 변경 효과는 다음과 같습니다.
  
    - PCTFREE
    PCTFREE의 변경은 차후의 삽입에 영향을 줍니다. (100-PCTFREE)에 이미 도달하여 삽입에 사용되지 않는 블록은 프리 리스트(free list)로 되돌려질 때까지 영향을 받지 않을 것입니다. 블록의 사용이 PCTUSED 미만으로 떨어졌을 경우에만 프리 리스트로 되돌려질 수 있습니다.

   - PCTUSED
    PCTUSED의 변화는 테이블의 모든 블록에 영향을 줄 것입니다. 행이
    갱신되거나 삭제되면 그 행을 포함하고 있는 블록은 그 사용을 검사받게 될
    것이며 PCTUSED보다 적게 사용되고 있다면 삽입에 재사용될 것입니다.
   
   - INITRANS
    INITRANS의 변경은 새 블록에만 영향을 줍니다.

   - MAXTRANS
    MAXTRANS의 변경은 테이블의 모든 블록에 영향을 줄 것입니다.

OEM
1   Oracle Schema Manager를 사용하십시오.
2   Table 노드를 확장하십시오.
3   사용자 이름(또는 스키마)을 확장하십시오.
4   테이블을 선택하십시오.
5   property sheet의 Storage tab의 값을 수정하십시오. 최소 익스텐트와 트랜잭션의 초기 갯수는 이 방법으로는 변경할 수 없다는 점을 명심하십시오.
6   Apply를 클릭하십시오.

 

익스텐트는 다음과 같은 경우 수동으로 할당되어야 할 수도 있습니다.
   - 여러 파일에 걸쳐있는 테이블의 익스텐트 분포를 제어하고자 할 때
   - 대량으로 데이터를 로드할 때 테이블의 동적 할당을 피하기 위해

구문
테이블에 익스텐트를 할당할 때는 다음 명령을 사용하십시오.
   ALTER TABLE [schema.]table
   ALLOCATE EXTENT [ ([SIZE integer [K|M]  ]
                  [ DATAFILE ‘filename’ ]) ]
SIZE가 생략되면 오라클 서버는 익스텐트를 할당하기 위해 DBA_TABLES의 NEXT_EXTENT 값을 사용할 것입니다.
DATAFILE 절에 지정된 파일은 테이블이 속해 있는 테이블스페이스에 속해 있어야만 합니다. 그렇지 않으면 명령문을 수행하면 에러가 발생할 것 입니다. DATAFILE 절이 지정되지 않으면 오라클 서버는 테이블을 포함하고 있는 테이블스페이스 내의 파일 중 하나에 익스텐트를 할당할 것입니다.

주
DBA_TABLES의 NEXT_EXTENT 값은 수동 익스텐트 할당의 영향을 받지 않을 것입니다. 오라클 서버는 이 명령이 실행될 때 다음 익스텐트의 크기를 재계산하지 않을 것입니다.

 

테이블 재할당 또는 재구성

Oracle8i에서는 Export 유틸리티나 Import 유틸리티를 실행하지 않고도 분할되지 않은 테이블을 이동할 수 있는 수단을 제공하며 이것은 다음과 같은 경우에 유용합니다.

테이블 이동 후 다음 오류를 방지하기 위해 인덱스를 재구축해야 합니다.

   SQL> select * from employee where id=23;

   select * from employee where id=23

                 *

   ERROR at line 1:

   ORA-01502: index 'SUMMIT.EMPOYEE_ID_PK' or partition of such index is in unusable state

- 테이블에 대한 high water mark는 테이블에서 사용됐던 마지막 블록을 가리킵니다.
 - 테이블에 데이터가 삽입됨에 따라 high water mark는 마지막으로 사용된 블록을 가리키기 위해 이동하게 됩니다.
 - 테이블로부터 행이 삭제될 때는 high water mark가 재설정(reset)되지 않습니다.
 - High water mark는 테이블의 세그먼트 헤더에 저장됩니다.
 - 오라클 서버는 전체 테이블 스캔(full table scan)을 수행할 때 high water mark까지의 모든 블록을 읽습니다.

 

 DBMS_SPACE 패키지는 high water mark를 찾아내고 high water mark 위에 남은 블록 수를 알아내는데 사용할 수 있는 프로시저를 포함하고 있습니다. 비록 이들 정보를 테이블을 분석한 후 데이터 딕셔너리에서 알아낼 수도 있지만 DBMS_SPACE 패키지를 이용하면 최적화에 영향을 주지 않은 채 이들 정보에 더 빨리 접근할 수 있습니다.

다음 PL/SQL 블록은 테이블에 할당된 블록 수와 사용되지 않은 블록의 수를 알아내 출력하는데 사용할 수 있습니다.
SVRMGE> DECLARE
     2> v_owner VARCHAR2(30) := ‘SCOTT’;
     3> v_segment_name VARCHAR2(30) := ‘EMPLOYEES’;
     4> v_segment_type VARCHAR2(30) := ‘TABLE’;
     5> v_total_blocks NUMBER;
     6> v_total_bytes NUMBER;
     7> v_unused_blocks NUMBER;
     8> v_unused_bytes NUMBER;
     9> v_last_used_extent_file_id NUMBER;
    10> v_last_used_extent_block_id NUMBER;
    11> v_last_used_block NUMBER;
    12>
    13> BEGIN
    14> dmbs_space.unused_space(v_owner,
    15>                   v_segment_name,
    16>                      v_segment_type,
    17>                      v_total_blocks
    18>                      v_total_bytes,
    19>                      v_unused_blocks,
    20>                      v_unused_bytes,
    21>                      v_last_used_extent_file_id,
    22>                      v_last_used_extent_block_id,
    23>                      v_last_used_block
    24>                      );
    25> dbms_output.put_line(INITCAP(v_segment_type)||’ :
‘||v_owner||’.’||v_segment_name);
    26> dbms_output.put_line(‘Total Blocks :
‘||TO_CHAR(v_total_blocks));
    27> dbms_output.put_line(‘Blocks above HWM :
‘||TO_CHAR(v_unused_blocks));
    28> END;
    29> /
Statement processed.
Table: SCOTT.EMPLOYEES
Total Blocks: 25
Blocks above HWM: 23

주
DBMS_SPACE 패키지는 dbmsutil.sql과 prvtutil.plb 스크립트가 catproc.sql에 의해 실행될 때 생성됩니다.

큰 익스텐트가 테이블에 할당되었으나 모두 다 사용되지는 않았다면 수동으로 테이블로부터 공간을 할당 해제하는 것이 가능합니다. 해제된 공간은 테이블스페이스 내의 다른 세그먼트에 의해 사용이 가능합니다.

구문
다음 명령을 사용하여 테이블에 대해 사용되지 않은 공간을 할당 해제하십시오.
    ALTER TABLE [schema.]table
    DEALLOCATE UNUSED [KEEP integer [K|M] ]
KEEP은 high water mark 위에 남겨 놓아야 할 부분을 바이트 수로 지정합니다.
KEEP 절 없이 명령이 사용되면 오라클 서버는 high water mark 위의 사용되지 않은 모든 공간을 할당 해제합니다. High water mark가 MINEXTENTS 값보다 작은 익스텐트에 있으면 오라클 서버는 MINEXTENTS 위의 익스텐트를 해제할 것입니다.

 그림의 예를 볼 때 테이블의 MINEXTENTS가 4 이하라면 오라클 서버는 예에서와 같이 high water mark 위의 모든 사용되지 않은 블록을 할당 해제할 것입니다. 다섯번째 익스텐트(ID=4 인)가 다섯 개의 블록만을 갖게 됨을 주목하십시오. 테이블의 MINEXTENTS가 5라면 오라클 서버는 다섯번째 익스텐트로부터 공간을 할당 해제하지 않을 것입니다.

주
   익스텐트내의 공간 할당 해제를 수동으로 수행하려면 사용되지 않은 공간을
    할당해제 하므로 이 명령을 자주 사용하면 데이터 파일 내 공간의 단편화를
    초래할 수 있습니다. 이 문제를 해결하려면 테이블스페이스에 대해 MINIMUM
    EXTENT를 설정하십시오.
   High water mark 이상의 모든 공간을 해제하려면 (high water mark가
    MINEXTENTS보다 아래에 있더라도) KEEP을 0으로 놓으십시오.

 


테이블 잘라 버리기는 테이블의 모든 행을 삭제하고 사용된 공간을 해제합니다. 위 슬라이드의 예는 현재 테이블의 MINEXTENTS가 2로 설정되어 있다고 가정한 것입니다.

구문
    TRUNCATE TABLE [schema.]table
    [{DROP | REUSE} STORAGE]
위 명령을 수행한 결과는 다음과 같습니다.
  ? 테이블의 모든 행이 삭제됩니다.
  ? TRUNCATE TABLE이 DDL 명령이므로 롤백 데이터가 생성되지 않으며
    암시적으로 커밋합니다.
  ? 대응되는 인덱스도 모두 잘라 버려집니다.
  ? 외래 키(foreign key)에 의해 참조되는 테이블은 잘려질 수 없습니다.
  ? 삭제 트리거는 작동하지 않습니다. 
  ? 기본값인 DROP 절이 사용되면 다음과 같습니다.
   -   MINEXTENTS에 이외의 모든 익스텐트는 모두 할당 해제됩니다.
   -  High water mark는 재설정(reset)되어 테이블의 첫 블록을 가리키게 됩니다.
   -   테이블에 대한 NEXT_EXTENT 값은 할당 해제된 익스텐트중 가장 작은         extent_id를 가진 익스텐트 값으로 재설정됩니다. 즉, MINEXTENTS가 2라면       NEXT_EXTENT 크기는 테이블의 세번째 익스텐트의 크기로 설정될 것입니다.   ? 테이블에 의해 사용된 모든 공간을 보유해 두려면 REUSE 절을 지정하십시오.
  ? REUSE나 DROP의 효과는 인덱스에도 마찬가지입니다

테이블은 더 이상 필요하지 않거나 재구성 되어야 할 때 삭제될 수 있습니다.

구문
다음 명령을 사용하여 테이블을 삭제하십시오.
   DROP TABLE [schema.]table
   [CASCASE CONSTRAINTS]
테이블이 삭제될 때 테이블에 의해 사용된 익스텐트도 해제됩니다. 만약 그것들이 연속적이라면 뒷 단계에서 자동, 또는 수동으로 결합될 것입니다.

주
테이블이 외래 키(foreign key) 관계 중 모 테이블이라면 CASCADE CONSTRAINTS 옵션이 필요합니다. 이 옵션은 “데이터 무결성 관리” 장에서 자세히 다루어 집니다.

 OEM
1   Oracle Schema Manager를 사용하십시오.
2   Table 노드를 확장하십시오.
3   사용자 이름(또는 스키마)를 확장하십시오.
4   테이블을 선택하십시오.
5   Object->Remove를 선택하십시오.
6   다이얼로그 박스에서 Yes를 선택하십시오.

테이블에서 열 제거

Oracle8i 이전 버전에서는 테이블에에서 열을 삭제할 수 없었지만 Oracle8i에서는 Oracle 서버가 테이블의 행에서 열을 삭제할 수 있습니다. 열을 삭제하면 데이터를 엑스포트나 임포트하지 않고 인덱스와 제약 조건을 재생성하지 않은 채 사용되지 않은 열과 잠재적으로 열을 요구하는 열을 지웁니다.

열을 삭제하면 열에 대한 모든 데이터가 테이블에서 삭제되므로 상당한 시간이 걸릴 수 있습니다.

열 삭제 시 체크포인트 사용

열을 삭제하는 작업은 시간이 많이 걸리며 많은 양의 롤백 공간이 필요할 수 있습니다. 대형 테이블에서 열을 삭제하는 동안 롤백 영역의 사용을 최소화하기 위해 체크포인트를 지정할 수 있습니다. 슬라이드의 예제에서는 체크포인트가 1,000 행마다 발생합니다. 작업이 끝날 때까지 테이블은 INVALID로 표시됩니다. 작업 중에 인스턴스가 실패하면 시동 시 테이블은 INVALID로 남아 있으므로 작업을 완료해야 합니다.

다음 명령문을 사용하여 인터럽트된 삭제 작업을 재개합니다.

   SQL> ALTER TABLE orders

        DROP COLUMNS CONTINUE;

테이블이 VALID 상태일 경우에 이 명령문을 사용하면 오류가 발생됩니다.

 

사용되지 않은 열로 열 표시

테이블에서 열을 제거하는 대신 열을 사용되지 않은 열로 표시한 다음 나중에 제거할 수 있습니다. 이렇게 하면 데이터가 제거되지 않아서 디스크 공간을 회수하지 않으므로 비교적 빠르다는 이점이 있으며 사용되지 않은 열로 표시된 열은 나중에 시스템에 작업이 적을 때 제거할 수 있습니다.

사용되지 않은 열은 테이블의 일부가 아닌 것처럼 동작합니다. 질의에서 사용되지 않은 열의 데이터는 볼 수 없습니다. 또한 DESCRIBE 명령 실행 시 이러한 열의 이름과 데이터 유형은 표시되지 않습니다. 사용되지 않은 열과 이름이 동일한 새 열을 추가할 수 있습니다.

열을 삭제하기 전에 사용되지 않은 열로 설정하는 예로는 동일한 테이블에서 두 열을 삭제하려는 경우를 들 수 있습니다. 두 열을 삭제할 때 테이블의 모든 행은 두 번 갱신되며 열을 사용되지 않은 열로 설정한 다음 삭제하면 행은 한번만 갱신됩니다.

사용되지 않은 열을 가진 테이블 식별

사용되지 않은 열을 가진 테이블을 식별하려면 DBA_UNUSED_COL_TABS 뷰를 질의합니다. 이 뷰를 질의하면 사용되지 않은 열을 가진 테이블의 이름과 이 테이블 안에서 사용되지 않은 열로 표시된 열의 수가 나타납니다. 다음 질의는 SUMMIT이 소유한 ORDERS 테이블에 사용되지 않은 열이 하나 있음을 보여줍니다.

   SQL> select * from dba_unused_col_tabs;

   OWNER     TABLE_NAME           COUNT

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

   SUMMIT    ORDERS                   1

 

열 삭제 시 제한 사항

다음 작업은 수행할 수 없습니다.

ANALYZE TABLE 명령
다음 절에서 다루어지겠지만 이 명령의 주요 용도는 옵티마이저(optimizer)가 사용하는 테이블에 대한 통계를 모아 데이터 딕셔너리에 저장하는 것입니다. 다음과 같은 경우에도 사용됩니다.
   - 데이터 딕셔너리에서 테이블에 대한 통계를 지울 때
   - 테이블 구조를 검증할 때
   - 테이블의 이전(migration)되고 연결(chaining)된 행을 식별할 때

테이블 구조 검증
테이블 구조를 검증할 때 테이블의 모든 블록은 무결성을 검사받게 됩니다.
일반적으로 오라클 서버는 블록이 읽혀질 때마다 블록 훼손을 검사합니다. 초기화 파라미터 DB_BLOCK_CHECKSUM을 TRUE로 설정하여 모든 데이터 블록이 디스크로 쓰여질 때 체크섬(checksum)을 계산하여 데이터 블록의 헤더에 저장하도록 설정할 수도 있습니다.

 구문
테이블 내 블록의 무결성을 검사하려면 다음 명령을 사용하십시오.
   ANALYZE TABLE [schema.]table
   VALIDATE STRUCTURE [CASCADE]

주
   오브젝트를 분석하려면 PL/SQL의 다음 프로시저를 사용하십시오.
     -  특정 오브젝트를 분석하려면 DBMS_DDL.ANALYZE_OBJECT
     -  한 사용자가 소유한 모든 오브젝트를 분석하려 DBMS_UTILITY.ANALYZE_SCHEMA
     -  데이터베이스 내의 모든 오브젝트를 분석하려면  DBMS_UTILITY.ANALYZE_DATABASE
     이들 프로시저에 대한 더 자세한 정보를 원하시면 dbmsutil.sql 스크립트를   참조하십시오.
   인덱스에 대한 cascade 옵션의 효과는 “인덱스 관리” 장에서 자세히 다루어 집니다.

 

 ANALYZE 명령은 테이블 내의 행이전(row migration)이나 행연결( row chaining)을 검사하는데도 사용할 수 있습니다.

구문
다음 명령을 사용하여 통계를 산출하십시오.
 ANALYZE TABLE [schema.]table
 { COMPUTE STATISTICS
 | ESTIMATE STATISTICS [ SAMPLE integer {ROWS | PERCENT} ]
 }
COMPUTE STATISTICS는 전체 테이블 스캔(full table scan)에 기초한 통계를 생성할 것입니다. 반면 ESTIMATE STATISTICS는 샘플에 기초한 통계를 생성할 것입니다.
통계가 생성될 때 데이터 딕셔너리 뷰 DBA_TABLES의 CHAIN_CNT 컬럼은 연결되거나 이전된 행 수로 갱신됩니다.  많은 수의 행이 이전되어 있는 상태이면 테이블은 이전을 제거하기위해 재구성 되어야 합니다.

주
   ESTIMATE STATISTICS는 기본값으로 1064개 행을 샘플로 사용합니다.
   옵티마이저 통계를 얻기 위해 이 명령문을 사용하는 자세한 방법은 Oracle8:
    Performance Tuning 과정에서 다루어 집니다.
   테이블을 재구성하기 위해 사용될 수 있는 몇 가지 방법들은 “데이터 로드와
    재구성” 장에서 다루어 집니다.

테이블에 대한 정보는 데이터 딕셔너리에서 얻을 수 있습니다. SCOTT이 소유하고 있는 모든 테이블에 대한 데이터 오브젝트 번호(data object number)와 테이블 헤더의 위치를 알려면 다음 질의문을 사용하십시오.
  SVRMGR> SELECT t.table_name, o.data_object_id,
       2>            s.header_file, s.header_block
       3> FROM dba_tables t, dba_objects o, dba_segments s
       4> WHERE t.owner=o.owner
       5> AND t.table_name=o.object_name
       6> AND t.owner=s.owner
       7> AND t.table_name=s.segment_name
       8> AND t.owner=‘SCOTT’;
TABLE_NAME    DATA_OBJEC        HEADER_FIL        HEADER_BLO
----------    ----------        ----------        ----------
BONUS               1812                 4                12
DEPARTMENTS         1811                 4                 7
DUMMY               1814                 4                22
EMPLOYEES           1810                 4                 2
SALGRADE            1813                 4                17
5 rows selected.

블록 사용법과 연결(chaining)정보
테이블에 대해 연결되거나 이전된 행 수와 high water mark까지의 블록 수, 그리고 high water mark 위의 블록 수를 알아 내려면 다음 질의문을 사용하십시오.
   SVRMGR> SELECT blocks AS HWM, empty_blocks, chain_cnt AS “Chained
  Blocks”
             2> FROM dba_tables
             3> WHERE owner=‘SCOTT’
             4> AND table_name=‘EMPLOYEES’;
             HWM        EMPTY_BLOC       Chained Bl
             --------       ---------------------       ---------------
                     1                                23                        0
          1 row selected.
ANALYZE 명령을 사용해야만 갱신할 수 있는 컬럼들입니다. BLOCKS 컬럼은 세그먼트 헤더를 제외한 high water mark를 보여줍니다.

할당된 공간 분포
익스텐트 수, 위치, 그리고 그 크기는 DBA_EXTENTS를 질의하여 얻을 수 있습니다. 아래의 예는 데이터베이스 테이블이 사용한 각 파일의 익스텐트와 총 블록의 수를 보여 줍니다.
  SVRMGR> SELECT file_id, COUNT(*) AS Extents, SUM(blocks) AS Blocks
       2> FROM dba_extents
       3> WHERE owner=‘SCOTT’
       4> AND segment_name=‘EMPLOYEES’
       5> GROUP BY file_id;
     FILE_ID       EXTENTS        BLOCKS
     -------       -------    ----------
           3             1            25
1 row selected.

오라클은 DBMS_ROWID라는 패키지를 제공합니다. catproc.sql에 의해 생성되는 dbmsutil.sql 스크립트로부터 생성되는 패키지입니다.
ROWID 형식 간에 변환을 하거나 ROWID와 개개의 구성 요소 간의 해석에 사용될 수 있는 함수 몇 가지를 제공합니다.  패키지 사용 예가 본 절에 있습니다.

ROWID 구성 요소
테이블 내 행의 물리적 위치를 알아 보려면 다음 질의 문을 사용하십시오.
 SVRMGR> SELECT deptno, ROWID,
      2> DBMS_ROWID.ROWID_OBJECT(ROWID) AS OBJECT,
      3> DBMS_ROWID.ROWID_RELATIVE_FNO(ROWID) AS  “RELATIVE FILE”,
      4> DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID) AS BLOCK
      5>FROM scott.departments
DEPTNO    ROWID                OBJECT     RELATIVE F          BLOCK
------    ------------------   ------  -------------     ----------      
    10    AAAArsAADAAAAUaAAA     2796              3           1306
    20    AAAArsAADAAAAUaAAB     2796              3           1306
    30    AAAArsAADAAAAUaAAC     2796              3           1306
    40    AAAArsAADAAAAUaAAD     2796              3           1306
4 rows selected.

절대 파일 번호(Absolute File Number)
SCOTT.DEPT 내의 행에 대한 절대 파일 번호를 얻으려면 다음 질의문을 사용하십시오.
  SVRMGR> SELECT depno, ROWID,                                          
       2>DBMS_ROWID.ROWID_TO_ABSOLURE_FNO(ROWID, ‘SCOTT’, ‘DEPARTMENT’)
         AS “FILE”
       3> FROM scott.departments;
    DEPTNO      ROWID                          FILE
  --------      ------------------          -------
        10      AAAArsAADAAAAUaAAA                3
        20      AAAArsAADAAAAUaAAB                3
        30      AAAArsAADAAAAUaAAC                3
        40      AAAArsAADAAAAUaAAD                3
4 rows selected.

 

요약참조

 관련내용

 참조

 초기화 파라미터

 DB BLOCK SIZE

 동적 초기화 파라미터

 DB_FILE_MULTIBLOCK_READ_COUNT
 DB_BLOCK_CHECKSUM

 동적 성능 뷰

 없슴

 데이터 딕셔너리 뷰

 DBA_TABLES
 DBA_SEGMENTSDBA_
 DBA_OBJECTS
 DBA_EXTENTS

 명령어

 CREATE TABLE...AS SELECT
 CREATE TABLE...STORAGEA
 ALTER TABLE... PCTFREE...PCTUSED
 ALTER TABLE...ALLOCATEETENT
 ALTER TABLE...DEALLOCATEUNUSED
 TRUNCATETABLE
 DROP TABLE
 ANALYZE TABLE...VALIDATE STRUCTURE
 ANALYZE TABLE...ESTIMATE STATISTICS

 패키지 프로시저와 함수

 DBMS_SPACEUNUSED_SPACE
 DBMS_DDL..ANALYZE_OBJECT
 DBMS_UTILITY ANALYZE_SCHEMA
 DBMS_UTILITY ANALYZE_DATABASE
 DBMS_ROWID

 CREATE TABLE person
( id number(3) PRIMARY KEY,
name varchar2(30) )
STORAGE ( initial 20K,
next 20K,
pctincrease 50 ) ;
위와 같이 Table이 생성되었고, db_block_size가 2K일 경우 세번째 extent의 size는 ?

A. 10k
B. 20k
C. 30k
D. 40k
답

X 정답:C


X 정답:A


X 정답:BCD


O