[💡Question] 3주차_p152_

[ranunclulus]

❓이런 내용이 궁금해요.

인덱스 구조 테이블이 랜덤 액세스가 발생하지 않을 정도로 좋은데 어떤 문제점이 있어서 테이블을 만들 때 기본적인 옵션은 힙 구조로 만드는 건가요??

[juhee77]

인덱스 구조 테이블 (IOT , 클러스터형 인덱스)

해당 인덱스 구조를 사용하면 테이블 블록에 있어야할 데이터를 인덱스 리프 블록에 모두 저장하고 있다(즉, 인덱스 리프 블록이 곧 데이터 노드이다) , 물리적으로 정렬 되어있다. 장점:

1. 특정 검색 쿼리 성능이 향상 된다.
2. 범위 검색에 효율적이다.
3. 랜덤 액세스가 감소한다.

단점:

1. 레코드를 수정, 삽입 할때마다 데이터를 정렬된 상태로 유지하기 위한 추가 작업이 발생하여 오버헤드가 크다.
2. 빈 공간에 대한 관리가 필요하다.
3. 삽입 삭제가 빈번한 OLTP 환경에서는 클러스터드 인덱스 테이블의 유지 관리비가 상승하여 힙 구조보다 성능이 저하될 수 있다.
4. 테이블당 한 개씩만 허용된다.
5. PK설정시 자동으로 클러스터드 인덱스가 생성된다.

힙 구조 테이블

장점 :

1. 빠른 삽입
2. 효율적 공간 사용
3. 성능 최적화 등에 유리하다.

단점 :

1. 특정 검색 쿼리 성능이 낮을 수 있다
2. 범위 검색에 비효율적 이다.

즉, 힙 구조를 사용하여 테이블을 만드는 이유는 삽입, 삭제에 대한 성능과 공간 최적화가 가장 큰 목적이다.

더불어, 클러스터 인덱스와 넌 클러스터 인덱스의 차이

참고

https://mongyang.tistory.com/75 https://velog.io/@sweet_sumin/%ED%81%B4%EB%9F%AC%EC%8A%A4%ED%84%B0%EB%93%9C-%EC%9D%B8%EB%8D%B1%EC%8A%A4-Clustered-Index-%EB%84%8C-%ED%81%B4%EB%9F%AC%EC%8A%A4%ED%84%B0%EB%93%9C-%EC%9D%B8%EB%8D%B1%EC%8A%A4-Non-Clustered-Index https://swingswing.tistory.com/3