member의 pk 고민

Question

대충 개인 홈페이지 하나 만들어보고 있는데 db가 고민이네요.제가 대학생 때 배운대로라면 문자열이고 자시고 여러열이 pk가 될 수 있고 회원이라면 user_id varchar(255) 이놈이 pk가 되어야 할 텐데스프링에서 자동으로 생성하는 pk는 bigint(20)에 auto_increment란 말이지요.그것 때문에 최근에 오키에서 본 질문에 pk를 숨겨야 한다는 제 입장에서는 이상한 질문도 올라왔었고요.근데 또 그런 pk가 될 요소가 있음에도 불구하고 idx를 만들어서 처리하는 경우도 여럿 본 것 같아 실무에선 다른가 하는 고민이 있습니다.흠...data jpa 보면 였는지 이런게 들어가는 부분이 있는데 이런 부분이나 조인, 인덱싱 성능을 감안해서 id를 만들어서 pk로 두고 회원 아이디는 유니크로 두는게 맞을까요?허어... 고민이네여

MSSQL 튜너 · Accepted Answer

따로 두는 경우가 많습니다.가입 탈퇴해도 아이디는 동일하게 써야 하니까요~모든 다른 테이블들은 idx로 조인하구요

쿠잉 · Answer

mysql에서는 pk를 그냥 auto_increment를 쓰는게 가장 좋습니다.member id를 pk로 써도 되고 별도 컬럼으로 해서 api에서 값을 만들어서 넣은 값(문자 또는 문자+숫자 등)을 user_id 로 할지 선택하면 됩니다.다만 별도 컬럼을 member id로 한다고 하면 unique 함을 보장할수 있도록 값을 만들어서 넣어주거나 넣기전에 기존에 값이 있는지 여부를 체크하는 로직이 필요하겠죠

위잉치킨 · Answer

pk는 통제 가능한 데이터로 두어야 합니다.이용자가 어떤 개떡같은 입력을 할 지 모르는데 입력값을 pk로 쓴다는 것은 잠재적인 위협이 된다고 생각합니다.

ansdbduf · Answer

"회원 아이디 바꿔주세요." 요청들어옵니다.

jeoyjng1 · Answer

개인 홈페이지를 만들고 있는 과정에서 PK와 인덱싱에 대해 고민하고 계시네요. 여러 가지 관점에서 이 문제를 접근할 수 있습니다.PK는 반드시 auto_increment bigint로 할 필요는 없다:auto_increment를 사용한 bigint는 실무에서 많이 사용되는 방식입니다. 그 이유는 성능과 유니크한 식별자 제공 때문입니다. 기본적으로 bigint 타입은 매우 큰 범위의 숫자를 제공하므로, 시스템이 확장되더라도 중복이 발생할 위험이 적습니다.그러나, 반드시 bigint를 사용해야 하는 것은 아니고, 특히 비즈니스 로직이 중요한 경우에는 user_id 같은 유니크한 값을 PK로 사용할 수도 있습니다.회원 ID를 유니크로 두는 것은 좋은 선택일 수 있음:회원 관리 시스템에서는 user_id가 유니크해야 하기 때문에 유니크 인덱스를 적용하는 것이 중요합니다. 예를 들어, user_id를 PK로 두면 좋겠지만, 이미 시스템에서 PK는 bigint로 자동 생성되기 때문에 user_id를 UNIQUE 제약조건으로 두는 것이 더 바람직할 수 있습니다.이렇게 하면, user_id는 항상 유니크하며, 이 값으로 회원을 조회하는 데 성능이 나쁘지 않게 유지될 수 있습니다.과 같은 형태의 타입:JPA에서는 엔티티 객체의 타입과 ID 타입을 일반적으로 형태로 사용합니다. 예를 들어, Foo라는 엔티티의 PK가 Long이라면 처럼 사용됩니다. 이런 형태는 객체 지향적인 방식으로 설계를 돕기 위해 사용되며, 이는 기본적으로 엔티티와 ID의 관계를 정의하는 방식입니다.Foo와 Long의 관계에서 Long은 PK를 나타내고, 그 값은 auto_increment로 관리될 수 있습니다.인덱싱 성능:인덱스를 잘 활용하면 성능을 크게 개선할 수 있습니다. user_id와 같은 필드는 자주 조회될 가능성이 높기 때문에 유니크 인덱스를 추가하는 것이 중요합니다.idx를 별도로 만들 때, 주로 조회 성능을 높이기 위한 목적이므로, 테이블에서 자주 사용되는 열에 인덱스를 추가해줍니다. 이와 함께 foreign key가 있을 때도 조인 성능을 고려하여 적절히 인덱스를 만들어 주면 좋습니다.실무에서의 PK 처리:실무에서는 bigint를 사용해 기본적으로 자동 증가하는 PK를 주로 사용합니다. 비즈니스 로직에서 중요한 식별자(user_id 등)는 UNIQUE 제약을 걸어 사용하고, 필요시 인덱스를 추가합니다.auto_increment PK를 사용하면 기본적으로 빠르고 간편한 식별자 생성이 가능하므로 대부분의 경우에는 bigint를 PK로 두는 것이 일반적입니다.결론적으로, 실무에서는 bigint 타입을 사용해 자동 증가 PK를 두고, user_id와 같은 중요한 값은 UNIQUE 인덱스를 추가하여 관리하는 방식이 일반적입니다. 다만, 비즈니스 로직에 따라 특정 필드를 PK로 사용할 수도 있으니, 상황에 맞게 유연하게 설계하는 것이 중요합니다.고민이 많으시겠지만, 어떤 방식으로 하시든 인덱싱과 성능 최적화를 고려하는 것이 핵심입니다!

xml개발자 · Answer

10년 전이면 그냥 넘어갔는데, 요즘은 보안으로 인해 회원pk(고유값)는 외부 노출이 되서는 안됩니다.회원도 알아서는 안됩니다.오직 서버관리자만 알 수 있는 pk로 생성해야합니다.uuid 같은 키로 만들어놔야해요.그리고 회원이 직접 만드는 회원아이디 값은 별도로 유니크인덱스 걸어두면 됩니다.

콘크리트늘보 · Answer

오키 선배님들... 다들 너무 차캐 ㅠㅠㅠㅠㅠ

member의 pk 고민

7개의 답변

#erd 목록