사실 정답이라는게 어디 있겠습니까. 상황에 맞춰서 하는 것이지요.

다만 시간, 그리고 개발 비용과 운용/유지보수 비용을 따져가면서 한다면 정답에 가까운 결론을 얻을 수 있지 않을까 생각합니다.

저는 두 방식 다 나쁘지 않다고 생각하지만, 굳이 하나를 고르라고 한다면 대원님과 같이 후자를 선택하지 않을까 싶네요.

안녕하세요 박성원입니다.

primary key와 index에 관련한 문의네요 ;;

어제 술한잔 했더니 난독증의 증세가 ㅋㅋ Orz...

unique와 index를 잡는것은 별도의 일입니다.

즉, 참조무결성 제약을 진행하기위해 primary key와 unique키를 지정해서 Table의 정규화를 지키는 방법이죠.

반면에 index는 테이블의 sort 및 search부분의 향상을 위한 별도의 정렬을 사전에 진행하는 것이죠 ^^

앞부분에서 말씀하신것처럼 multi-key의 경우 앞쪽의 컬럼에 대해서만 index의 적용이 가능합니다.

물런 3개다 index를 잡았을 경우 모두 index를 타게 되는것이지요 ㅋ

허나, pk와 index의 경우 index의 저장 방식이 클러스터드와 넌클러스터드로 나뉘어 지기 때문에 성능이슈가

발생할 여지가 있습니다.  (물런 이부분은 insert나 update, delete에 해당하지만요 ^^;;)

정리를하면

단순한 테이블의 join 의 성능향상을 위해서라면 query분석을 통해서 multi-key의 작성 여부를 판단해 주시면됩니다. ^^;;

 성원님께서 잘 설명해주셨는데, 혹시나 해서 추가 댓글 달아봅니다.

MyISAM에서는 PRIMARY KEY로 지정하더라도, 클러스터드 형태가 아닙니다.

( no등에 PK잡아주고, 중간 데이터 삭제 후에 다시 insert하면 해당 자리에 들어갑니다. )

InnoDB는 MS-SQL과 같이 PK를 클러스터드로 유지합니다. 참고하세요 ^^

추가 : 아래 URL을 참고하세요.

http://dev.mysql.com/doc/refman/5.0/en/innodb-index-types.html