꾸러기

1.2. 인덱스 일체형 테이블
- 기본키 위주의 질의, 기본키 길이가 로우에서 높은 비율 차지
- 분리형 구조의 랜덤 액세스 제거

1.2.1. 분리형과 일체형의 비교
- 표 참조

1.2.2. 일체형 테이블의 구조 및 특징
- 인덱스 -> 테이블의 논리적 액세스 감소
 대량의 random access 제거로 넓은 범위 처리에 탁월한 효과

- equal 조건 검색시 해쉬 클러스터링이 보다 유리함
 IOT의 경우 데이터가 넓은 블록에 분포함 > 인덱스만 스캔하는 경우보다 불리함

- ROWID가 아닌 기본키로 액세스됨

- Overflow 영역 지정
 row 길이의 변화를 대비해 기본키 이외의 영역을 별도의 공간에 저장

1.2.2. 논리적 ROWID와 물리적 주소
- Pruning에 따른 leaf node의 분할, 변경으로 rowid가 달라짐
 추가적인 인덱스 생성시 rowid로 식별이 어려운 현상 발생

- 논리적 rowid 개념 도입
 인덱스 로우가 생성될 때 만들어짐
 키 분할에 의한 데이터 블록의 위치 변경은 반영하지 않음
 로우가 존재할 가능성이 높은 주소를 담고 있어 Physical Guess라고 표현

- 일체형 구조 권장 테이블
 전자 카탈로그나 키워드 검색용 테이블
 코드성 테이블
 색인 테이블
 공간(Spatial) 정보 관리용 테이블
 대부분 기본키로 검색되는 테이블
 OLAP의 디멘션 테이블
 로우의 길이가 짧고, 트랜젝션이 적은 테이블

- 액세스 수행절차
 1. 추가적인 인덱스를 액세스하여 물리적 위치정보를 참조한다.
 2. 참조한 물리적 위치정보를 이용하여 데이터 블록을 액세스한 후에 비교한다.
   이때 기본키 값이 같으연 물리적 위치정보가 유효한 것으로 간주하여 액세스를 종료한다.
 3. 만약 유효하지 않다면 다시 기본키로 액세스하여 데이터 블록을 가져온다.

- 추가 인덱스의 물리적 위치 정보를 유지하기 위한 방법
 인덱스 재생성
 재생성이 부담될 경우 통계정보를 생성하여 옵티마이저가 물리적 위치정보의 사용 여부를 선택하도록 유도

1.2.4. 오버플로우 영역
- 공간 분할 최소화 및 저장 밀도 향상
 액세스 빈도가 낮은 컬럼을 오버플로우 영역에 저장

- INCLUDING 이후의 컬럼을 대상
 컬럼 순서를 고려하여 테이블을 생성해야 함
 본체는 인덱스 세그먼트, 오버플로우 영역은 테이블 세그먼트에 저장
 별도의 테이블스페이스 지정 가능

1.2.5. 일체형 테이블의 생성
- ORGANIZATION INDEX : 일체형 테이블 생성을 정의

- TABLESPACE : 인덱스 영역 지정 / STORAGE 파라미터 사용 가능

- PCTTHRESHOLD : 인덱스 블록 내의 예약된 공간을 백분율로 지정
 범위를 초과할 경우 INCLUDING 이후의 컬럼은 오버플로우 영역에 저장
 OVERFLOW를 지정하지 않을 경우 임계값을 초과한 row들은 거부됨
 0~50 사이의 값으로 지정

- INCLUDING : 지정된 컬럼 이후의 컬럼은 오버플로우 영역에 저장
 NULL일 경우 모든 데이터는 인덱스 영역에 적재
 임계값에 도달하기 전까지는 row 분리 발생하지 않음
 row가 최초로 입력될 때 INCLUDING이 적용되며 이후는 PCTTHRESHOLD에 의해 분할

- OVERFLOW TABLESPACE : 임계값을 초과한 row가 저장될 테이블 스페이스
 지정하지 않은 상태에서 임계값을 초과할 경우 입력 거부

- 사용자가 INCLUDING을 사용하여 row chain을 결정할 수 있음
 leaf node의 저장밀도를 높이기 위한 전략
 액세스 패턴을 분석하여 분할 영역을 검토해야 함