📌 개요

인덱스는 데이터를 빠르게 감색할 수 있는 도와주는 객체이다. 컬럼을 정렬한 후 데이터를 빠르게 찾을 수 있도록 해준다. 책으로 치자면 일종의 색인 역할을 의미한다. 이 인덱스는 두가지 종류로 나뉘는데 상황에 맞게 적절한 컬럼으로 적용하는게 중요하다.

📖 클러스터드 인덱스

• 테이블당 1개씩만 허용된다.
• 물리적으로 행을 재배열한다.
• PK 설정 시 그 컬럼은 자동으로 클러스터드 인덱스가 만들어진다.
• 인덱스 자체의 리프 페이지가 곧 데이터이다. 즉 테이블 자체가 인덱스이다. (따로 인덱스 페이지를 만들지 않는다.)
• 데이터 입력, 수정, 삭제 시 항상 인덱스 순서에 따라 저장된다. 즉, 데이터 자체가 인덱스의 일부가 되어 인덱스로서 기능한다.
• 논클러스터드 인덱스보다 검색속도는 더 빠르다. 하지만 데이터의 입력, 수정, 삭제는 느리다.

클러스터드 인덱스를 구성하려면 행 데이터를 해당 열로 정렬한 후에 루트 페이지를 만들게 된다.
즉 데이터 페이지는 리프 노드와 같은 것을 확인할 수 있다.

📖 논클러스터드 인덱스

• 테이블당 약 240개의 인덱스를 만들 수 있다.
• 인덱스 페이지는 로그파일에 저장된다.
• 레코드의 원본은 정렬되지 않고, 인덱스 페이지만 정렬된다.
• 인덱스 자체의 리프 페이지는 데이터가 아니라 데이터가 위치하는 포인터이기 때문에 클러스터드형보다 검색 속도는 더 느리지만 데이터의 입력, 수정, 삭제는 더 빠르다.
• 인덱스를 생성할 때 데이터 페이지는 그냥 둔 상태에서 별도의 인덱스 페이지를 따로 만들기 때문에 용량을 더 차지한다.

논클러스터드 인덱스는 데이터 페이지를 건들지 않고, 별도의 장소에 인덱스 페이지를 생성한다.
우선 인덱스 페이지의 리프 페이지에 인덱스로 구성한 열을 정렬하고 데이터 위치 포인터를 생성한다. 데이터의 위치 포인트는 클러스터드형 인덱스와 달리 '페이지 번호 + #오프셋'이 기록되어 바로 데이터 위치를 가리킨다. indexTest2로 예를 들면 102번 페이지의 두 번째(#2)에 데이터가 있다고 기록하게 된다.

📚 정리

책에 비유하자면 클러스터드 인덱스는 페이지를 알기 때문에 바로 그 페이지를 펴는 것이고, 논클러스터드 인덱스는 뒤에 목차에서 찾고자 하는 내용의 페이지를 찾고 그 페이지로 이동하는 것과 같다. 테이블 풀 스캔은 처음부터 한 장씩 넘기면서 내용을 찾는 것과 같다.

클러스터드 인덱스

• 검색 : 테이블의 데이터를 인덱스 키 기준으로 물리적으로 정렬되어있어 조회할 때 추가적인 참조 없이 직접 데이터에 접근할 수 있어 빠름.
• DML : 데이터 삽입과 삭제가 발생할 경우 데이터의 물리적 순서 유지를 위해 페이지 분할이나 복잡한 데이터 이동이 필요할 수 있음.

논클러스터드 인덱스

• 검색 : 클러스터드 인덱스와 달리 별도의 공간에서 인덱스 키를 찾은 후 실제 데이터의 위치를 가리키는 포인터를 따라 데이터 파일에서 해당 데이터를 찾아야 해서 클러스터드 인덱스보다 상대적으로 느림.
• DML : 데이터 삽입과 삭제가 발생할 경우 인덱스 페이지의 리프 노드만을 업데이트 하면 되기 때문에 빠름.