사이즈가 작은 고유식별값 문제

Question

안녕하세요.웹서비스를 개발하다가 유저식별값 때문에 막혀서 이렇게 자문을 구해봅니다.유저테이블은 정말 평범하게 구성되어 있습니다.UID 는 mysql 의 auto_increment 를 이용하고 userid 는 unique INDEX 로 설정해서 사용하고 있습니다. 그런데 유저를 특정짓는 값이 공개되어야 하는데, auto_increment 값을 사용하자니 대충 때려 맞출수 있는 값이다 보니 사용하기가 꺼려집니다. 이에 관해서 uuid 와 각종 hash 함수들을 찾아보았지만 uuid 는 사이즈가 너무 크다고 느껴졌고, hash 함수는 사이즈 문제와 이미 발견된 취약점이 있어서, 제가 사용하려는 용도에는 지장이 있는건지 없는건지 제대로 판단이 불가한 상황입니다. ㅠㅡㅠ요약:유저식별자가 공개되어야 하는 상황.auto_increment UID 는 사용이 불가한 상황.목표:유저식별값을 새로 생성해야함.유저를 특정짓는 값은 유추가 불가능해야함.index 로 사용되어야 하므로, 가능한 값의 길이는 짧으면 좋음.혹 이와 관련해 참고할만한 링크 자료나 관련 기술용어만이라도 답변으로 부탁 드리겠습니다. 만약, 제가 너무 사이즈에 집착하고 있다거나, 목표하는 일에는 어떤것만으로도 충분하다면 이에 관련해 조언 부탁 드리겠습니다.

mirheeoj · Accepted Answer

매핑테이블같은 걸 쓰시면 어떨지. 내부적으론 일련번호로 처리하시고. 그러면 겉으로 보이는 값은 길어도 상관없겠죠

rodi on July 12th · Answer

실무자 분들의 의견이 궁금하네요.참고로 전 게시판 CRUD도 못하는 코린입니다만...제가 너무 사이즈에 집착하고 있다거나, 집착하고 있는 것 같습니다. UUID4는 사랑입니다.하지만 집착을 놓지 못하겠다면..UUID4에 앞에 N(예:5)자리만 쓰면 되지 않을까요?만약 중복된다면 안될때 까지 만들면 되구요.아니면 그냥 random integer range generator 쓰면 안되나요?그리고 뭐가 됐든 한 유저에 고유한 값이 매핑된다면..유저를 특정 지을 수 있지 않나요??그게 사람이 보기 좋은 숫자(1, 2, 1234, 21)냐 복잡한것 처럼 보이는(as!#1a, 1vv93@) 문자열이냐의 차이인데무슨 의미가 있나 싶네요...

인성 절구로 빻음 · Answer

https://github.com/ai/nanoid

사이즈가 작은 고유식별값 문제

3개의 답변

Q&A 목록