[PL/SQL] 인덱스

인덱스 

ᆞ일반 테이블이나 클러스터에서 쓰여지는 선택적인 객체

ᆞ오라클 데이터베이스 테이블내의 원하는 레코드를 빠르게 찾아갈 수 있도록 만들어진 데이터 구조 

ᆞ디스크 I/O를 줄이는 방법 

ᆞ옵티마이저가 최적의 경로를 결정하기 위해 사용하는 요소 

 

인덱스 특성

ᆞ연관된 객체의 데이터와 논리적 및 물리적으로 독립적인 스키마 객체

ᆞ테이블에 물리적으로 영향을 주지 않고 인덱스를 삭제하거나 만들 수 있음

 

인덱스 종류 

1) B-Tree Indexes

ᆞ일반적인 유형의 데이터베이스 인덱스

 

2) Bitmap과 Bitmap join indexes

ᆞ비트 맵 인덱스에서 인덱스 항목은 비트 맵을 사용하여 여러 행을 가리킴

ᆞ비트맵 조인 인덱스는 둘이상의 테이블을 조인하기 위한 비트맵 인덱스

 

3) 함수 기반 인덱스(Function-based indexes)

ᆞWHERE절에 함수가 포함된 명령문을 평가하는데 효율적

 

4) 응용 프로그램 도메인 인덱스(Application domain indexes)

ᆞ오라클이 확장 가능한 인덱싱이라 부르는 것

ᆞ오라클에 의해 제공되는 인덱스처럼 동작하는 사용자 정의 인덱스 구조

 

인덱스 고려사항 

인덱스가 항상 나은 성능을 보장❌

 

인덱스를 사용하지 말아야 하는 경우

ᆞ테이블에 관릴되는 데이터 양이 적은 경우 

ᆞWHERE 문에 해당 컬럼이 자주 사용되지 않을 때

ᆞ검색 결과가 전체 데이터의 10~15% 이상일 때

ᆞDML(입력, 수정, 삭제) 작업이 많은 경우 

 

인덱스 분석 

ANALYZE INDEX idx_test_num VALIDATE STRUCTURE;

VALIDATE STRUCTURE 구문을 이용해 인덱스 분석 자료를 수집

index_states 데이터 사전에 기록 

 

인덱스 상태 조회

SELECT * FROM index_stats;

 

인덱스 훼손 정보 파악 

SELECT (del_lf_rows_len / lf_rows_len ) * 100 FROM index_stats
WHERE name = 'IDX_TEST_NUM';

 (삭제한 데이터/총 있는 데이터 비율)을 의미

모든 인덱스 블록을 검사하여 회손 정도를 조사 ( 0에 가까울 수록 좋은 상태 )

데이터가 지워진다고 해서 인덱스가 수정되는 것은 아님 (인덱스 안에는 있는데 데이터는 없는 꼴 )
삭제가 이루어졌을 경우 인덱스 상태를 다시 조회한 다음, 훼손 정도를 파악해야함 

-- 불필요한 검색이 일어나게 됨 
-- 계속적인 삭제 작업을 한다고 해서 인덱스까지 지워지는 것은 아님을 알 수 있음 
-- 문제 해결을 위해 인덱스를 재작성 해야 함 

인덱스 재작성 REBUID
 데이터를 삭제해도 인덱스는 삭제되지 않으므로, 이런 경우 인덱스를 재작성 해서 성능을 향상시킬 수 있음 

ALTER INDEX idx_test_num REBUILD;