흠 index 를 삭제 하고

nonclustered index 를 만들면 됩니다.

삭제한다고 해서 데이터가 날아가고 그런일은 없을겁니다.

제가 예전에 한번 해본거 같습니다.

 

그렇다고 책임을 전가하고 그런일은 없기를 바라며 ^^

 

그리고 다는 좋은 Attribute 가 clustered index 로 잡을만한게

있나 보군요 ^^ 그럼 좋은 시간 되시길 바랍니다.

 

pk fk 관계에 있다구요? 상관 없이 잘 될겁니다. 다시 잡아도

역시 pk 로만 잡아주면 됩니다.

 

나머지 난클러스터로 잡은 넘과 클러스터로 잡은 넘을 조인을

한다구요? 문론 조인은 됩니다. 하지만 같은 순서로 있는 넘을

비교하는게 쉽지 다른 순으로 정렬된 것을 비교하기는 좀 느릴

것 같은 기본적인 생각이 드는군요 인덱스 방법과는 상관 없습니다.

 

리프레벨과 비 트리 구조등등 리프레벨에 데이터가 있고 인덱스

주소값이 있고 실제 용량증가 테이블을 만들고 등등 차이점이

많이 있고 용도도 다르니 꼼꼼히 살펴 보시고 좋은 성능의

디비 설계 하시길 바랍니다.

clustered 로 만들어진 인덱스를 nonclustered로 바꾸고 싶습니다..

윗분의 말씀대로 삭제하고 다시 잡으면 됩니다. 단 ..서버단의 부하는

많이 걸릴 거에요  Clustered 는 데이터를 정렬 하기때문에 삭제 및 생성시 비용이 많 듭니다.

 

그리고 인덱스 개념이랑 PK (key) 개념이랑은 서로 틀립니다.

인덱스는 물리적인 개념 측 속도를 위해 색인 페이지를 만드는것을 말하며

 

pk,fk(Key) 논리적 개념 즉 무결성이랑 관련 있죠..

 

물론 같은 부분도 있습니다. 그런데 서로 다르게 봐야 합니다.
결론은 2번째 답은 서로 상관없기 때문에 .. 상관없습니다.

그럼 즐거운 하루되세요 ..