[DB] 인덱스 선정

* 인덱스 사용이 불가능한 쿼리

1. 인덱스 컬럼을 조건절에서 가공하는 경우

SELECT * FROM employees WHERE substr(email, 1, 2) = 'SV';

2. 부정형 비교를 사용하는 경우

SELECT * FROM employees WHERE id not between 150 and 200;

 

* 인덱스 대상 컬럼 선정 기준 시, 고려할 것

1. 컬럼 분포도 
   • 전체 레코드에서 식별 가능한 수에 대한 백분율
   • 분포도 좋은 컬럼 선정이 권장되지만, 분포도 만으로 판단하는 것은 위험함
2. 인덱스 밸런싱
   • 인덱스 컬럼이 자주 업데이트 되면, 인덱스 밸런싱이 깨짐
   • INSERT, DELETE, UPDATE 시 인덱스도 함께 변경되므로 비용이 발생
   • 갱신이 자주 발생하는 컬럼은 인덱스 컬럼으로 선정 시 신중해야함
3. 쿼리 실행 횟수
   • 조건절에 사용되는 모든 컬럼에 인덱스를 생성하는 것은 성능 저하를 가져옴
   • 필요한 만큼의 인덱스를 생성
   • 쿼리 실행 빈도수가 상대적으로 높은 컬럼에 인덱스를 생성
4. 조인별 인덱스 필요성
   • Nested Loop Join  : 온라인 쿼리의 90%이상을 차지하며, 조인절에 인덱스가 반드시 필요
   • Sort Merge Join  : 조인절에 인덱스가 반드시 있을 필요 X
   • Hash Join : 조인절에 인덱스가 반드시 있을 필요 X
5. ORDER BY절 컬럼도 인덱스 후보로 선정 가능

 

* 인덱스 판단 기준

1. 인덱스 수

테이블 유형	인덱스 수
코드성 테이블	- 필요한 만큼만 인덱스 생성 가능 - 내용 변동이 적은 조회성 테이블
처리성 테이블	- 주문, 계약 테이블 등 데이터 변경이 많음 - 가능한 인덱스 개수를 최소화
집계성 테이블	- 필요한 만큼 적정하게 사용 - 대부분의 데이터가 야간에 배치작업으로 이루어짐
로그성 테이블	- 쿼리에 조회 기능이 거의 없음

2. 결합인덱스 컬럼의 수 : 정렬비용을 고려해서 판단

3. 결합인덱스의 컬럼 순서 결정 : 단일 인덱스는 컬럼의 분포도, 결합인덱스는 컬럼의 순서가 중요한 요소

• 공통적으로 사용하는 필수 조건절 컬럼을 우선
• '=' 조건의 컬럼을 다른 연산자 컬럼보다 우선
• 대분류/중분류/소분류 컬럼 순으로 구성
• 위치(조건)정보 컬럼은 순서(정렬)정보보다 우선