PK 필드의 기준

Question

안녕하세요회원관리를 위해 db를 설계하다가 궁금한 점이 생겼습니다.일단 사용자id, 이메일, 전화번호 이렇게 3개의 정보를 pk로 잡으려고 생각을 했었습니다.일단 이 3가지 데이터가 회원검색에 가장 많이 쓰이는 정보일 것이고, 검색조건으로도 쓰일 예정입니다. (아.. 사용자명도 검색 조건에 들어가긴 할건데... 동명이인도 있고 해서 pk에서는 제외 시켰습니다.)그런데 가만히 생각을 하다 보니사용자ID는 변경을 못하게 하겠지만... 이메일과 전화번호는 변경이 필요 할 수 있을것 같다는 생각이 들었습니다.(예를 들어 오타나, 정보가 바뀔 수 있으니까요)그럼 이메일과 전화번호를 계속 pk로 남겨놓아야 하는가 하는 생각이 들었습니다.이걸 pk로 계속 가지고 다녀야 하는지 아니면 다른 키로 잡아야 하는지...책을 아무리 봐도 pk를 어떻게 잡는지만 나와있지어떤 내용을 pk로 잡아야 하는지... 이유를 자세히 써놓은게 없어서 선배님들의 조언을 부탁 드립니다.

쿠잉 · Answer

일단 db가 무엇이냐도 중요할것인데요mysql 기준으로 auto increment 쓰시는게 좋을것 같고요오라클이면 사용자id 로 잡으셔도 되고 모델이나 설계상 회원번호 구조를 가지고 있다면 시퀀스를 pk로 쓰시고요

kiel · Answer

PK 는 유일해야 하고 (이 점은 만족이 됩니다) 가능한 작아야 합니다. (이 점은 만족을 못시키신것 같습니다)검색에 쓰이냐 여부는 PK의 조건이 아닙니다.제 생각으로는 사용자 id 가 유일하다면 그것으로 충분하다고 생각됩니다.혹은 다른 분 의견처럼 아예 관계없는 sequence 값으로 생성하는 방법도 있습니다. (최근에는 이 방법을 많이 씁니다)

자바국비뻐꾸기 · Answer

pk는 그냥 순번에 놓으시고, 유일키(중복방지)를 만들거면 uk(유니크키)를 쓰시는게 나을 것 같은데...pk에 의미를 둘 필요는 없어용

C#린이 · Answer

게시글 속에서 해답을 찾을 수 있겠네요.변경 여지가 있는 컬럼을 pk로 잡진 않습니다.사용자id만 pk로 잡으시면 됩니다.

PK 필드의 기준

4개의 답변

Q&A 목록