|
지금 테이블을 보는데
name rowtotal reserved data index_size unused
---- -------- -------- ---- ---------- ------
테이블이름 4453949 979172 KB 433864 KB 494152 KB 51156 KB
이런 테이블이 있더군요.
인덱스는 4개가 있고 클러스터 인덱스는 결합 인덱스로 무려 12개의 컬럼으로 생성했습니다
넌클러스터 인덱스도 3~4개의 컬럼으로 생성된 결합 인덱스이구요
이럴때 조건을 줘서 인덱스를 탄다고 해도 logical read 가 결과물수의 4~5배를 읽어 오고 있습니다.
데이타보다 큰 인덱스....
인덱스를 다시 생성하는 방법밖에 없나요?
그리고 클러스터인덱스는 그 컬럼값이 insert나 update등의 작업량이 적은것으로 선택하라고 했는데
pk를 회원번호로 잡으면 보통 그 값으로 클러스터인덱스를 생성 합니다.
그런데 회원번호는 삽입이 자주 일어 나는데 과연 이런 경우는 성능에 어떤 영향을 미칠까요?
다른 컬럼으로 잡아주는게 좋을까요?
|
