인덱스 선정 지침과 데이터베이스 튜닝

인덱스 선정 지침과 데이터베이스 튜닝
가장 중요한 질의들과 이들의 수행 빈도, 가장 중요한 갱신들과 이들의 수행 빈도, 이와 같은 질의와 갱신들에 대한 바람직한 성능들을 고려하여 인덱스를 선정함
워크로드 내의 각 질의에 대해 이 질의가 어떤 릴레이션들을 접근하는가, 어떤 애트리뷰트들을 검색하는가, WHERE절의 선택/조인 조건에 어떤 애트리뷰트들이 포함되는가, 이 조건들의 선별력은 얼마인가 등을 고려함
워크로드 내의 각 갱신에 대해 이 갱신이 어떤 릴레이션들을 접근하는가, WHERE절의 선택/조인 조건에 어떤 애트리뷰트들이 포함되는가, 이 조건들의 선별력은 얼마인가, 갱신의 유형(INSERT/DELETE/UPDATE), 갱신의 영향을 받는 애트리뷰트 등을 고려함

어떤 릴레이션에 인덱스를 생성해야 하는가, 어떤 애트리뷰트를 탐색 키로 선정해야 하는가, 몇 개의 인덱스를 생성해야 하는가, 각 인덱스에 대해 클러스터링 인덱스, 밀집 인덱스/희소 인덱스 중 어느 유형을 선택할 것인가 등을 고려함 
인덱스를 선정하는 한 가지 방법은 가장 중요한 질의들을 차례로 고려해보고, 현재의 인덱스가 최적의 계획에 적합한지 고려해보고, 인덱스를 추가하면 더 좋은 계획이 가능한지 알아봄
물리적 데이터베이스 설계는 끊임없이 이루어지는 작업
 

인덱스를 결정하는데 도움이 되는 몇 가지 지침
지침 1: 기본 키는 클러스터링 인덱스를 정의할 훌륭한 후보
지침 2: 외래 키도 인덱스를 정의할 중요한 후보
지침 3: 한 애트리뷰트에 들어 있는 상이한 값들의 개수가 거의 전체 레코드 수와 비슷하고, 그 애트리뷰트가 동등 조건에 사용된다면 비 클러스터링 인덱스를 생성하는 것이 좋음
지침 4: 투플이 많이 들어 있는 릴레이션에서 대부분의 질의가 검색하는 투플이 2% ~ 4% 미만인 경우에는 인덱스를 생성
지침 5: 자주 갱신되는 애트리뷰트에는 인덱스를 정의하지 않는 것이 좋음
지침 6: 갱신이 빈번하게 이루어지는 릴레이션에는 인덱스를 많이 만드는 것을 피함

지침 7: 후보 키는 기본 키가 갖는 모든 특성을 마찬가지로 갖기 때문에 인덱스를 생성할 후보 
지침 8: 인덱스는 화일의 레코드들을 충분히 분할할 수 있어야 함
지침 9: 정수형 애트리뷰트에 인덱스를 생성
지침 10: VARCHAR 애트리뷰트에는 인덱스를 만들지 않음
지침 11: 작은 화일에는 인덱스를 만들 필요가 없음
지침 12: 대량의 데이터를 삽입할 때는 모든 인덱스를 제거하고, 데이터 삽입이 끝난 후에 인덱스들을 다시 생성하는 것이 좋음
지침 13: ORDER BY절, GROUP BY절에 자주 사용되는 애트리뷰트는 인덱스를 정의할 후보
 

 
언제 인덱스가 사용되지 않는가?
시스템 카탈로그가 오래 전의 데이터베이스 상태를 나타냄
DBMS의 질의 최적화 모듈이 릴레이션의 크기가 작아서 인덱스가 도움이 되지 않는다고 판단함
인덱스가 정의된 애트리뷰트에 산술 연산자가 사용됨
SELECT *
FROM EMPLOYEE
WHERE SALARY * 12 > 40000000;

DBMS가 제공하는 내장 함수가 집단 함수 대신에 사용됨
  SELECT *
FROM EMPLOYEE
WHERE SUBSTRING(EMPNAME, 1, 1) = ‘김’;

널값에 대해서는 일반적으로 인덱스가 사용되지 않음

SELECT *
FROM EMPLOYEE
WHERE MANAGER IS NULL;

 

질의 튜닝을 위한 추가 지침
DISTINCT절의 사용을 최소화하라
GROUP BY절과 HAVING절의 사용을 최소화하라
임시 릴레이션의 사용을 피하라
SELECT * 대신에 SELECT절에 애트리뷰트 이름들을 구체적으로 명시하라