DB Oracle 정리 3탄 (오라클 SQL과 PL/SQL ch8)

인덱스란?

= 어떤 데이터가 어디에 있다는 주소록 같은 개념

= 아주 빠르게 데이터를 찾을 수 있다.

 

인덱스 오라클 구동

= SELECT문 -> 오라클이 데이터를 출력 -> 서버프로세스는 버퍼캐시(메모리)에 데이터가 있는지 확인 -> 없을경우 하드 디스크의 데이터 파일을 버퍼캐시로 복사해서 값을 리턴

= 메모리에 원하는 데이터가 있다면 바르게 결과를 볼 수 있지만 용량의 한계가 있다 (모든 데이터 보관 불가)

= 하드디스크에 데이터가 많은 경우 Table Full Scan을 해야함 시간이 많이 걸릴 수 있음

= 그래서 데이터 주소록을 만든 즉 주소 값을 가진 것이 인덱스, 인덱스는 모든 블록을 다 읽지 않고 원하는 데이터의 블록 주소를 찾아내 그 블록만 메모리로 복사해온다. 

= 하지만 인덱스 생성, 관리를 잘 못하는 경우에는 성능이 떨어지는역효과가 발생한다. 주의해서 사용하자

 

 

인덱스 종류

B-TREE

= OLTP(실시간 트랜잭션 처리용) 에서 많이 사용

 

2. UNIQUE INDEX

= 인덱스를 만드는 Key 값에 중복되는 데이터가 없다는 뜻

 

 

3.NON- UNIQUE INDEX

= 중복되는 데이터가 들어가야만 ㅁ.하는 컬럼일 경우 

 

 

4.FunctionBased INDEX

= 인덱스를사용할 때 WHERE 절 조건을 다른형태로 가공해서 사용하면 안된다!

 

 

5.DESCENDING INDEX

= 내림차순(큰값먼저) 인덱스 생성함

 

6. Compoosite INDEX

= 인덱스를 생성할 때 두 개 이상의 컬럼을 합쳐서 인덱스를 만드는 것

= WHERE 절 조건 컬럼이 2개 이상 AND 로 묶인 경우 사용함

 

BITMAP INDEX

= OLAP (온라인분석처리용) 에서 많이 사용

 

 

인덱스 주의사항

▶ DML 에 취약하다

=DML 이 발생하는 테이블은 인덱스를 최소한으로 작게 만들어야한다.

=모든 컬럼에 인덱스를 만들 수도 있다.

 

1. INSERT 

=인덱스가 생성된 컬럼에 INSERT 될 경우 INDEX Spilt현상 발생 (인덱스 Block이 두개로 나누어지는 현상)

=Insert 작업 부하가 심해질 수 있음

=인덱스는 정렬되서 저장된다! -> 자리가 없을 경우 블록을 새로 만드는데 두개의 블록으로 옮겨지게 되는 현상

 

2. DELETE

=인덱스는 지워지지 않고 데이터가 사용 안된다는 표시만 된다

 

3.UPDATE

= 인덱스에는 update 개념이 없다.

= 인덱스에서는 delete 발생 - > 새로운 데이터 insert / 동시에 발생

= 인덱스에 다른 DDL 보다 더 큰 부하를 준다.

 

▶ 타 sql 실행헤 악영향

= 다른 sql 문장들까지 전부 고려한 후 인덱스를 생성해야한다.

 

 

인덱스 관리방법

▶인덱스 조회하기

▶사용여부 모니터링하기

-모니터링시작하기

-모니터링중단하기

-사용유무 확인하기

▶INDEX Rebuild

 

 

Invisible Index