제목없음

-데이터베이스는 테이블스페이스로 논리적으로 그룹 지어집니다.
   -테이블스페이스는 하나 이상의 세그먼트로 구성됩니다.
   -세그먼트는 생성될 때 최소한 하나의 익스텐트를 갖습니다. 익스텐트는 블록의 연속된 집합입니다. 세그먼트가 증가하면 익스텐트가 세그먼트에 추가됩니다.
   -논리적 블록, 또는 오라클 블록이라고도 불리우는 블록은 읽고 쓰는 작업에
    사용되는 가장 작은 단위 입니다.
오라클 데이터베이스에서 관리자는 데이터베이스의 전체 저장공간을 용도별로, 혹은 관리상의 편의 등을 위하여 몇 개의 영역으로 나누어 관리할 수 있습니다. 이 각 영역을 테이블스페이스라고 합니다.

데이터베이스 사용자들은 테이블스페이스 안에 테이블, 인덱스 등의 여러가지 오브젝트를 생성하여 저장할 수 있습니다. 데이터베이스에 저장되는 여러 종류의 오브젝트들 중에서 테이블이나 인덱스처럼 테이블스페이스 내에 각자의 저장공간을 할당받아 저장되는 오브젝트들을 세그먼트라고 합니다.

하나의 세그먼트가 저장될 때 그 세그먼트가 저장되기 위해서는 테이블스페이스의 저장공간 중에서 일정크기의 공간을 할당받아야 합니다. 이 공간할당의 단위를 익스텐트라고 합니다. 하나의 세그먼트는 필요에 따라 다양한 크기의 여러 개의 익스텐트로 구성될 수 있으며 사용 중 이미 할당된 익스텐트 공간만으로는 부족할 경우, 추가로 익스텐트를 더 할당 받을 수도 있습니다.

예를 들어, user_data라는 테이블스페이스에 scott 사용자의 emp, dept 등의 테이블을 저장하였다고 가정해보겠습니다. 이 때 emp, dept 테이블 각각이 곧 테이블 세그먼트가 되는 것입니다. 그리고 emp 테이블은 처음 생성될 때에 사용자가 설정한 storage parameter 값에 따라 정해진 익스텐트의 크기와 수에 의해 저장공간을 할당 받았을 것입니다. 가령, 1M 크기의 익스텐트 2 개로 구성되어 있다고 하면 emp 테이블 세그먼트는 user_data 테이블스페이스의 공간 중에서 총 2M의 저장공간을 할당 받은 셈입니다. 이후에 emp 테이블에 데이터를 삽입하다가 그 할당된 공간 2M가 모두 찼을 경우에는 추가로 또 1M 짜리 익스텐트를 더 할당받음으로써 총 3M로 크기가 늘어날 수도 있을 것입니다. 여기에서 할당 될 익스텐트의 크기와 개수 등을 설정하기 위한 storage parameter에 관한 내용은 8-7에 자세히 설명되어 있으니 참고하시기 바랍니다.

세그먼트는 데이터베이스에서 공간을 차지하는 오브젝트입니다. 본 절에서는 다양한 유형의 세그먼트에 대해 설명합니다.

테이블
테이블 즉, 클러스터되지 않았거나(unclustered) 분할되지 않은(nonpartitioned) 테이블은 데이터베이스 내에서 데이터를 저장하는 가장 일반적인 수단입니다. 테이블 내의 데이터는 특별한 순서 없이 저장되며 데이터베이스 관리자는 테이블의 블록 내의 행의 위치에 대해 거의 제어를 할 수 없습니다.분할되지 않은 테이블 내의 모든 데이터는 한 테이블스페이스 내에 저장되어야만 합니다.

테이블 파티션(Table partition)
동시에 많이 사용하는 테이블에 대해서는 주로 크기 조절 가능성(scalability)과 유용성을 고려해야 합니다. 이러한 경우 테이블 내의 데이터는 여러 파티션에 저장될 수 있으며 그 파티션 각각은 서로 다른 테이블스페이스에 상주할 수 있습니다. 현재 오라클 서버는 키 값의 범위에 따른 분할(partitioning)을 지원합니다. 테이블이 분할(partition)되면 각 파티션은 하나의 세그먼트이며 스토리지 파라미터를 지정하여 독립적으로 제어할 수 있습니다. 테이블 파티션 세그먼트를 사용하려면 Oracle8 Enterprise Edition에 들어 있는 Partitioning 옵션이 필요합니다.

클러스터
클러스터 내의 행은 키 컬럼 값에 기초하여 저장됩니다. 클러스터는 하나 이상의 테이블을 저장할 수 있으며 데이터 세그먼트의 한 유형입니다. 클러스터 내의 테이블은 같은 세그먼트에 속하며 같은 스토리지 특성을 갖습니다.

인덱스
특정 인덱스에 대한 모든 엔트리는 한 인덱스 세그먼트 내에 저장되어 있습니다. 테이블이 세 인덱스를 가지고 있으면 세 인덱스 세그먼트가 사용됩니다. 인덱스 세그먼트의 용도는 지정한 키값을 가지고 테이블 내에서 행의 위치를 조회하는 것입니다.

Index-Organized 테이블
Index-organized 테이블에서 데이터는 키 값에 기초하여 인덱스 내에 저장됩니다. Index-organized 테이블은 모든 데이터를 인덱스 트리로부터 직접 읽어 올 수 있으므로 테이블을 참조할 필요가 없습니다.

인덱스 파티션
인덱스는 여러 테이블스페이스에 걸쳐 분할(partition)되어 나뉘어질 수 있습니다. 이 경우 인덱스의 각 파티션은 하나의 세그먼트이며 여러 테이블스페이스에 걸칠 수 없습니다. 분할된 인덱스는 인덱스I/O를분산시켜 경합을 줄이는데 주로 사용합니다. 인덱스 파티션 세그먼트를 사용하려면 Oracle8 Enterprise Edition의 Partitioning 옵션이 필요합니다.

롤백 세그먼트
롤백 세그먼트는 데이터베이스에 변경을 가하는 트랜잭션에 의해 사용됩니다. 데이터나 인덱스 블록을 변경하기전에 이전 값은 롤백 세그먼트에 저장됩니다. 이로써 사용자는 변경을 실행 취소(undo)할 수 있습니다.

임시 세그먼트
CREATE INDEX, SELECT DISTINCT, 그리고 SELECT GROUP BY 등의 명령을 수행할 때 오라클은 최대한 메모리에서 정렬을 수행하려 하나 크기가 큰 테이블의 인덱스를 생성할 때처럼 공간이 많이 필요한 정렬을 수행할 때는 중간 결과가 디스크에 쓰여지기도 합니다. 이러한 경우에 임시 세그먼트가 생성됩니다.

LOB 세그먼트
테이블의 하나 이상의 컬럼을 텍스트 문서나 이미지, 또는 비디오 같은 큰 오브젝트(LOB, Large Object)를 저장하는데 사용할 수 있습니다. 컬럼이 크면 오라클 서버는 이 값들을 LOB 세그먼트라는 별도의 세그먼트에 저장합니다. 테이블은 단지 해당 LOB 데이터의 위치에 대한 위치자(locator)나 포인터만을 갖고 있습니다.

LOB 인덱스
LOB 세그먼트가 생성될 때 LOB 인덱스 세그먼트도 암시적으로 생성됩니다. LOB 인덱스의 스토리지 특성은 데이터베이스 관리자가 지정할 수 있습니다. LOB 인덱스 세그먼트의 용도는 특정 LOB 컬럼 값을 참조할 수 있도록 하는 것입니다.

중첩 테이블(Nested Table)
테이블의 컬럼은 order 하나의 주문에 대한 품목들의 경우처럼 사용자 정의 테이블로 구성될 수도 있습니다. 이러한 경우 중첩 테이블이라고 불리우는 내부 테이블은 별도의 세그먼트에 저장됩니다. 중첩 테이블을 사용하려면 Oracle8 Enterprise Edition의 Objects 옵션이 필요합니다.

부트스트랩 세그먼트(Bootstrap Segment)
캐쉬 세그먼트라고도 하는 부트스트랩 세그먼트는 데이터베이스를 생성할 때 sql.bsq 스크립트에 의해 생성되며 인스턴스가 데이터베이스를 오픈할 때 데이터 딕셔너리 캐쉬 초기화를 돕습니다.
부트스트랩 세그먼트를 질의하거나 갱신할 수 없으며 데이터베이스 관리자가 관리할 필요도 없습니다.

주
여러 종류의 세그먼트를 관리하는 명령들과 지침 사항은 뒷장들에서 자세히 다루어질 것입니다.

스토리지 절은 세그먼트에 익스텐트를 할당하는 방법을 제어하도록 세그먼트 레벨에서 지정할 수 있습니다.
   -세그먼트 레벨에서 지정한 스토리지 파라미터는 테이블스페이스 레벨에서
    지정한 설정을 무효화할 수 있습니다. MINIMUM EXTENT 테이블스페이스
    파라미터는 예외입니다.
   -스토리지 파라미터를 세그먼트 레벨에서 명시적으로 설정하지 않으면
    테이블스페이스 레벨에서 지정한 값이 기본값이 됩니다.
   -스토리지 파라미터를 테이블스페이스 레벨에서 명시적으로 설정하지 않으면
    오라클 서버는 시스템 기본값을 적용합니다.

그밖의 고려 사항
-스토리지 파라미터가 변경될 경우 새 옵션은 그 이후에 할당되는 익스텐트에만    적용됩니다.
-일부 파라미터는 테이블스페이스 레벨에서 지정될 수 없습니다. 이들
    파라미터는 세그먼트 레벨에서만 지정되어야 합니다.
-익스텐트의 최소 크기가 테이블스페이스에 대해 지정되었다면 이후에
    테이블스페이스의 세그먼트에 대해 할당되는 모든 익스텐트에 적용됩니다.

주
롤백 세그먼트 크기를 재조정하는 것은 “롤백 세그먼트 관리” 장에서 자세히 다루어 집니다.

테이블스페이스가 생성될 때 테이블스페이스의 데이터 파일은 다음 구성 요소를 포함합니다.
-파일의 첫번째 블록인 헤더 블록
-데이터 파일의 나머지 부분으로 이루어지는 사용 가능한(free) 익스텐트 하나
세그먼트는 생성될 때 테이블스페이스의 사용 가능한 익스텐트로부터 공간을 할당받습니다. 세그먼트가 사용하는 연속된 공간은 사용중인 공간(used extent)이라 불립니다. 세그먼트가 공간을 해제(release)할 때 해제된 익스텐트는 테이블스페이스의 사용 가능한 익스텐트 풀에 더해집니다. 익스텐트의 잦은 할당과 할당 해제는 테이블스페이스의 데이터 파일 공간의 단편화를 초래할 수 있습니다.

일부 익스텐트가 테이블스페이스 내에서 할당 해제될 때 연속된 공간이 해제될 수도 있습니다. 예를 들어 테이블 두개가 삭제될 때가 이런 경우입니다. 공간이 할당해제될 때 연속 공간이 두개 존재할 수도 있습니다. 이러한 익스텐트는 다음 조건 하에서 하나의 익스텐트로 결합할 수 있습니다.
   - SMON이 인접한 사용 가능 익스텐트를 병합하려고 공간 트랜잭션(space
    transaction)을 시작할 때
  - 오라클 서버가 하나의 인접 사용 가능 익스텐트보다 더 큰 공간을 필요로
    하는 익스텐트를 할당해야 할 때
  - 데이터베이스 관리자가 요구했을 때

주
SMON은 PCTINCREASE가 0보다 큰 테이블스페이스에서만 익스텐트를 결합합니다. 사용자 오브젝트를 포함하는 테이블스페이스에 대한 디폴트 스토리지 절의 PCTINCREASE=1로 설정하여 사용 가능한 공간을 자동적으로 결합할 수 있게 하십시오.

익스텐트 결합
DBA_FREE_SPACE_COALESCED 뷰에 다음 질의를사용하여 결합할 수 있는 익스텐트를 가진 테이블스페이스가 있는지 찾아 낼 수 있습니다.
SVRMGR> SELECT tablespace_name, total_extents,
             2> percent_extents_coalesced
             3> FROM dba_free_space_coalesced
             4> WHERE percent_extents_coalesced <> 100;
TABLESPACE_NAME          TOTAL_EXTE            PERCENT_EX
---------------          ----------            -----------
RBS                               3                     33
DATA01                            9                     22
2 rows selected.
테이블스페이스의 사용 가능한 공간을 모을 수 있는 명령어 입니다.
        ALTER TABLESPACE tablespace COALESCE;

OEM
1   Oracle Tablespace Manager를 사용하십시오.
2   Tablespace 노드를 확장하십시오.
3   테이블스페이스를 선택하십시오.
4 Tools->Coalesce Free Extents를 선택하십시오.

오라클 데이터 블록의 구성요소는 다음과 같습니다.
  - 블록 헤더: 헤더는 데이터 블록 주소, 테이블 디렉토리, 행 디렉토리, 그리고 트랜잭션이 블록 내의 행을 변경시킬 때 사용하는 트랜잭션 슬롯을 포함합니다. 블록 헤더는 윗 쪽에서 아래 쪽으로 자랍니다.
  - 데이터 공간: 행 데이터는 블록 바닥에서부터 윗 쪽으로 삽입됩니다.
  - 사용가능영역: 헤더와 행 데이터가 각각의 방향으로 필요한 만큼 차지하고 남은 중간 영역입니다. 블록 내의 사용가능영역은 처음에는 연속적입니다. 하지만 삭제와 갱신을 거듭하다보면 블록 내의 사용가능영역의 단편화를 초래하게 됩니다. 블록 내의 사용가능영역은 필요한 경우 오라클 서버가 결합합니다.

블록 공간 활용 파라미터는 데이터와 인덱스 세그먼트 내의 공간 사용을 제어하는데 사용할 수 있습니다.

동시성 제어 파라미터
INITRANS와 MAXTRANS는 인덱스, 또는 데이터 블록에 생성되는 트랜잭션 슬롯의 초기 갯수와 최대 갯수를 지정합니다. 트랜잭션 슬롯은 어느 한 순간 블록에 변경을 일으키는 트랜잭션에 대한 정보를 저장하는데 사용됩니다. 한 트랜잭션은 비록 하나 이상의 행이나 인덱스 엔트리를 변경시키는 경우에도 오직 하나의 트랜잭션 슬롯만을 사용합니다.
데이터 세그먼트의 경우 기본값이 1이고 인덱스 세그먼트의 경우 기본값이 2인 INITRANS는 최소 수준의 동시성을 보장합니다. 예를 들어 INITRANS가 3으로 설정되면 최소 세 개의 트랜잭션이 동시에 블록을 변경할 수 있습니다. 필요하다면 블록의 사용가능영역에 추가 트랜잭션 슬롯을 할당하여 좀 더 많은 트랜잭션이 블록 내의 행을 동시에 수정할 수 있게 허용 할 수도 있습니다.

기본값이 255인 MAXTRANS는 데이터나 인덱스 블록에 동시에 변경을 가할 수 있는 트랜잭션 수를 제한합니다. 트랜잭션 슬롯을 위한 공간 사용을 MAXTRANS 값만큼으로 제한하게되어 행이나 인덱스 데이터가 사용하기에 충분한 블록 내의 공간을 보장하게 됩니다.

데이터 공간 사용을 제어하는 파라미터
PCTFREE는 블록 내의 행을 갱신할 때 생기는 증가분(growth)에 대비하는, 각 데이터 블록의 공간 백분율로써 데이터 세그먼트에 대해 지정합니다. PCTFREE의 기본값은 10 퍼센트입니다.
PCTUSED는 오라클 서버가 테이블의 각 데이터 블록에 대해 유지하려는 사용 공간의 최소 백분율로써 데이터 세그먼트에 대해 지정합니다. 블록의 사용중인 공간이 PCTUSED 미만으로 떨어지게 되면 그 블록은 사용 가능한 블록 목록에 들게됩니다. 세그먼트의 사용가능한 목록은 차후에 삽입에 사용될 큰 블록 목록입니다. 기본값으로 한 세그먼트는 사용 가능한 목록 하나를 가진 채 생성됩니다. 스토리지 절의 FREELISTS 파라미터를 설정하여 더 많은 수의 사용 가능 목록을 가진 세그먼트를 생성할 수도 있습니다. PCTUSED의 기본값은 40 퍼센트입니다.
PCTFREE와 PCTUSED 둘 다 사용 가능한 데이터 공간, 즉 총 블록 용량에서 헤더 공간을 뺀 나머지 블록 공간의 백분율로 계산됩니다.
블록 공간 활용 파라미터는 세그먼트 레벨에서만 지정할 수 있습니다. 테이블스페이스 레벨에서는 지정할 수 없습니다.

주
인덱스에 대한 이들 파라미터의 사용법은 “인덱스 관리” 장에서 자세히 다루어 집니다.
FREELISTS 지정하기는 Oracle8: Performance Tuning 과정에서 자세히 다루어 집니다

다음 단계는 블록 내의 공간이 PCTFREE=20이고 PCTUSED=40인 테이블 같은 데이터 세그먼트에 사용되는 방식을 설명해 줍니다.
1   활용률이 80%, 또는 (100-PCTFREE)에 도달할 때까지 행이 블록에 삽입됩니다. 행이 블록 내의  사용 가능한 데이터 공간의 80%를 차지하게 되면 더 이상은 삽입을 할 수 없게 됩니다.
2   나머지 20%는 행의 크기를 증가시키면 사용할 수 있습니다. 예를 들자면 원래는 NULL이었던 컬럼이 값을 할당받아 갱신되는 경우입니다. 그 결과로 블록 활용률이 80%를 초과하게 될 것입니다.
3   블록 내의 행이 삭제되거나 갱신의 결과로 행의 크기가 감소하면 블록 활용률이 80% 이하로 떨어질 수도 있습니다. 하지만 활용률이 PCTUSED 이하(위의 경우 40%)로 떨어지기 전에는 블록에 삽입이 이루어지지 않습니다.
4   활용률이 PCTUSED 이하로 떨어지면 블록에 삽입이 가능합니다. 블록에 행이 삽입됨에 따라 블록의 활용률은 증가하게 되고 1 단계에서부터 다시 시작하게 됩니다.

주
PCTFREE와 PCTUSED 설정에 대한 지침 사항은 테이블과 인덱스에 대한 장인 “테이블 관리”와 “인덱스 관리”에서 각각 다루어 집니다.

테이블스페이스, 데이터 파일, 세그먼트, 그리고 익스텐트(사용중인 것과 사용 가능한 것 모두) 간의 관계는 데이터 딕셔너리를 질의하면 알 수 있습니다.
하나 이상의 파일을 가진 테이블스페이스가 생성되면 DBA_TABLESPACES에 한 행이 추가됩니다. 데이터베이스의 각 파일에 대해 DBA_DATA_FILES에 한 행이 추가됩니다. 동시에 파일 헤더를 제외한 각 데이터 파일의 공간은 DBA_FREE_SPACE에 하나의 사용가능한 익스텐트로 보여집니다.
세그먼트가 생성되면 DBA_SEGMENTS에서 관련된 행을 볼 수 있습니다. 세그먼트의 익스텐트에 할당된 공간은 DBA_EXTENTS에서 볼 수 있습니다. 반면 DBA_FREE_SPACE는 세그먼트에 할당된 익스텐트가 있는 파일의 사용가능영역이 줄어든 것으로 조정됩니다. 파일 내의 모든 공간(헤더 블록을 제외한)은 DBA_FREE_SPACE나 DBA_EXTENTS에 기록되어 있어야만 합니다.

세그먼트에 현재 할당된 익스텐트와 블록의 수를 보려면 DBA_SEGMENTS를 질의하십시오.
SVRMGR> SELECT segment_name, tablespace_name, extents, blocks
             2> FROM dba_segments
             3> WHERE owner=‘SCOTT’;
SEGMENT_NAME   TABLESPACE_NAME   EXTENTS   BLOCKS
------------   ---------------   --------- ---------
EMP            DATA01                    5        55
DEPT           DATA01                    1         5
BONUS          DATA01                    1         5
SALGRADE       DATA01                    1         5
DUMMY          DATA01                    1         5
5 rows selected.

주어진 세그먼트에 대한 익스텐트를 검사해 보려면 DBA_EXTENTS를 사용하십시오.
SVRMGR> SELECT extent_id, file_id, block_id, blocks
             2> FROM dba_extents
             3> WHERE owner=‘SCOTT’
             4> AND segment_name=‘EMP’;
EXTENT_ID        FILE_ID           BLOCK_ID          BLOCKS
---------        -------           --------          ------
        0              4                  2               5
        1              4                 27               5
        2              4                 32              10
        3              4                 42              15
        4              4                 57              20
5 rows selected.

주어진 세그먼트의 익스텐트를 검사해 보려면 DBA_FREE_SPACE를 이용하십시오.
SVRMGR> SELECT tablespace_name, count(*),
             2> max(blocks), sum(blocks)
             3> FROM dba_free_space
             4> GROUP BY tablespace_name;
TABLESPACE_NAME   COUNT(*)     MAX(BLOCKS     SUM(BLOCKS
---------------   --------     ----------     ----------
DATA01                   2           1284           1533
RBS                      3           2329           2419
SORT                     1           1023           1023
SYSTEM                   1           5626           5626
TEMP                     1           2431           2431
5 rows selected.

서로 다른 유형의 세그먼트는 단편화 경향도 서로 다릅니다. 공간 낭비를 최소화하기 위해 서로 다른 유형의 세그먼트는 서로 다른 테이블스페이스에 배치할 것을 권장합니다.

오브젝트 유형과 단편화
테이블스페이스, 그 사용, 그리고 단편화 경향에 대한 권장 구조가 테이블에 나타나 있습니다. 다음은 단편화 경향이 작은 순서대로 나열한 여러 유형의 오브젝트입니다.

  - 감사(audit) 테이블을 제외한 데이터 딕셔너리 오브젝트는 결코 삭제되거나 절삭(truncate)되지 않습니다. 따라서 테이블스페이스는 거의 단편화되지 않습니다.
- Oracle Enterprise Manager나 Designer/2000같은 응용프로그램의 저장소로     사용되는 공간은 이들 구조를 재조직할 때만 할당 해제됩니다. 이들 테이블은
    재구성되는 경우가 드물기 때문에 단편화 경향이 매우 낮습니다.
   사용자 쓰기 응용 프로그램에 사용되는 데이터 세그먼트와 인덱스 세그먼트는
    저장소보다는 조금 자주 재구성할 필요가 있습니다. 따라서 응용 프로그램
    저장소보다는 조금 더 높은 단편화 경향을 갖습니다.

  - 롤백 세그먼트는 자동으로 익스텐트를 할당 해제할 수 있으므로 갱신
    작업이 잦은 시스템에서는 단편화를 일으킬 가능성이 있습니다.
  - 영구 테이블스페이스의 임시 세그먼트는 매우 자주 공간을 할당 해제할
    수 있습니다. 그러므로 이들은 별개의 테이블스페이스에 위치해야만
    합니다. 임시 세그먼트는 다음 장에서 다루어 집니다.

세그먼트 수명에 따른 구성
세그먼트는 데이터베이스에서 서로 다른 수명을 갖습니다. 예를 들어 소프트웨어 하우스 같은 프로젝트 기반(project-based) 환경에서는 시스템 개발이 완료되었을 때 응용 프로그램에 관련된 모든 데이터를 지워야 할 필요가 있습니다. 별도의 테이블스페이스를 사용하여 이 세그먼트를 배치했다면 지울 때 도움이 될 것입니다. 프로젝트가 끝나면 전체 테이블스페이스를 백업하고 삭제하여 다른 응용 프로그램이 데이터베이스를 사용할 공간을 마련해 줄 수 있을 것입니다.

요약 참조

관련내용

참조

초기화 파라미터

DB BLOCK SIZE

동적 성능 뷰

없슴

데이터 딕셔너리 뷰

DBA_TABLESPACES
DBA_DATA_FILES
DBA_SEGMENTS
DBA_EXTENTS
DBA_FREE_SPACE
DBA_FREE_SPACE_COALESCED

명령어

ALTER TABLESACE...COALESCE

Quick Quiz - ADM 9장

Block Space Utilization을 제어하는 parameter는?
A. PCTUSED
B. INITIAL
C. PCTINCREASE
D. OPTIMAL
답
O
PCTFREE를 낮게 했을 때, 다음 중 옳은 것 2개를 고르시오.
A. 향후 update를 위해 더 많은 공간을 보존하는 것이다.
B. Row Chaining이 일어날 경우가 증가한다.
C. Row Migration이 발생할 확률이 높아진다.
D. 같은 양의 Data를 저장하기 위해 더 적은 수의 block이 필요하다.
답
O
PCTFREE를 높게 했을 때 옳은 것을 모두 고르시오.
A. 행 이전(row migration)이 더 적게 일어난다.
B. 데이터를 저장하기 위해 더 많은 블록을 사용할 수 있다.
C. 미래에 일어날 데이터 갱신을 위해 더 적은 공간을 할당 받는다.
D. 행 연결(row chaining)이 더 많이 일어난다.
답
X 정답:ABD
Tablespace의 fragmentation 정보를 보고자 할 때 어떤 data dictionary를 참조해야 하나?
A. USER_TABLES
B. DBA_FREE_SPACE
C. USER_EXTENTS
D. USER_SEGMENTS
답
X 정답:B
UPDATE가 자주 일어날 때 ROW MIGRATION을 줄이고 UPDATE를 위한 공간을 확보하고자 할 경우 어떻게 SPACE사용을 제어하여야 하는가?
A. PCTFREE를 작게한다
B. PCTFREE를 크게한다
C. PCTUSED를 작게한다
D. PCTUSED를 크게한다
답
O
free space를 단편화시키는 경향이 있는 데이타는 그렇지 않은 데이타와 분리하여 저장하는 것이 좋다. 다음 중 공간 단편화 현상이 가장 심한 세그먼트 종류는 어느 것인가?
A. Rollback and Index
B. Rollback and Temporary
C. Temporary and Application Data
D. Index and Tools
답
O
row chaining을 막기 위해서는 pctfree을 크게 해야 한다.
A. TRUE
B. FALSE
답
X 정답:B
tablespace내 fragmentation을 병합하는 명령어는
ALTER TABLESPACE tablespace_name COALESCE;
이다.

A. TRUE
B. FALSE
답
O
다음 중 extent가 deallocation 되는 경우가 아닌 것은?
A. Table drop
B. data delete
C. Table truncate
D. Rollback segment shrink
답
X 정답:B
다음중 segment 종류가 아닌것은?
A. data segment
B. index segment
C. temporary segment
D. system segment
답
O
데이타베이스 블록의 테이블 디렉토리 부분은 블록 주소와 세그먼트 종류 등과 같은 블록 정보를 포함한다.
A. TRUE
B. FALSE
답
X 정답:B
사용하지 않는 temporary segment 공간을 모아주는 기능을 수행하는 Oracle background process의 이름은 무엇인가?
A. PMON
B. SMON
C. RECO
D. SNPn
답
X 정답:B
사용하지 않는 temporary segment 공간을 모아주는 작업을 무엇이라고 하는가?
A. Deallocation
B. Coalescing
C. Allocation
D. Compress
답
O
하나의 data block에서 row entry들을 저장하기 위해 사용할 수 있는 공간은 어떻게 계산할 수 있겠는가?
A. DB_BLOCK_SIZE + header size - PCTFREE
B. DB_BLOCK_SIZE - header size - PCTFREE
C. DB_BLOCK_SIZE + header size + PCTFREE
D. DB_BLOCK_SIZE - header size + PCTFREE
답
X 정답:B