일단 커버드 인덱스가 인덱스의 한 종류는 아닙니다.

커버드 인덱스를 만드는 구문이라는건 존재하지 않습니다.

어떤 쿼리가 우연히 요구하는 데이타가 모두 인덱스의 키에 포함될때 그 인덱스를 커버드 인덱스라고 하는거지요.

보통 인덱스는 검색조건에 사용되는 컬럼들로 구성하게 됩니다.

예를 들어서 출발일, 상품코드 라는 조건으로 검색이 자주 일어나면

출발일과 상품코드를 인덱스로 만들겠지요.

근데 쿼리가 SELECT 출발일, 상품코드, 상품명... 이런식이면

상품명을 가져오기 위해서 랜덤엑세스가 발생하게 됩니다.

인덱스가 클러스터드 인덱스라면 추가적인 랜덤엑세스가 발생하지 않겠지만

넌클러스터드 인덱스라면 랜덤엑세스가 발생하겠죠. (테이블에 클러스터드가 존재하면 키룩업, 없으면 RID룩업)

이런 랜덤엑세스는 보통 성능을 많이 떨어뜨립니다.

그럼 이 랜덤엑세스를 줄이는 방법이 뭐가 있을까요??

인덱스를 만들때 인덱스의 키에 상품명까지 포함시켜버리는겁니다.

그러면 랜덤엑세스가 발생하지 않죠. 이럴때 커버드 인덱스라고 합니다.

근데 문제는 "상품명"은 검색에는 사용하지 않지만 단지 랜덤엑세스를 막기 위해 키에 추가시켜놓은거라서

인덱스의 크기도 커지지만 상품명이 변경되었을때 인덱스 페이지 곳곳이 변경되겠죠.

게다가 인덱스의 키들은 총합이 900바이트인가(가물가물)를 넘을수 없습니다.

그래서 경우에 따라서는 "상품명"을 인덱스 키에 포함을 못시키는 경우도 발생하겠죠.

그래서 인덱스의 키에는 포함시키지 않고 인덱스 페이지의 맨 마지막 리프레벨에만 데이터를 추가 시킨 형태가 인클루드 인덱스입니다. (잘 생각해보면 모양도 성능도 클러스터드 인덱스와 거의 동일합니다.)

그러면 상대적으로 인덱스의 크기도 작아지고, 그러면 Disk Read도 작아지고

데이터가 업데이트 될때도 리프레벨만 변경하면 되고

인덱스 키의 크기 제약에서도 자유롭고....

결론적으로...

검색조건에 사용된다면 인덱스의 키로 사용

여기에 추가적으로 랜덤엑세스를 막고 싶다면 인클루드 하면 되겠습니다.

좋은 답변 감사합니다.