기본키 pk 생성 다들 어떤식으로 하시는지요

Question

저는 이커머스 개발자구요 지금은 mysql8 사용중입니다지금까지 autoincremenet로 대부분 개발했는데요단점이 디비에 넣기 전에는 값을 얻을수 없는게 개발상 불편할때가 꽤 많구요클라이언트가 id를 보고 테이블의 갯수를 알 수 있겠더라구요uuid를 쓰자니 사이즈가 너무크고 bigint(64bit)로 통일하고싶은데다들 어떤식으로 하시는지 궁금합니다

カワウソ · Answer

DB에 의존하기 싫다면 Snowflake ID 와 같은 제너레이터를 찾아보세요.사용해본적은 없어서 추가적인 답변은 어렵습니다. &#x1f605;

Clickin · Answer

uuid도 binary로 지정하면 컬럼 사이즈를 효율적으로 줄일 수 있습니다.이분 블로그 글이 굉장히 상세하네요https://hoing.io/archives/5248

MSSQL 튜너 · Answer

uuid도 16바이트로 큰 편에 속합니다저는 2에 32승 즉 12억 넘이가지 않을 경우 int(4바이트)로 대량 가는성 있으면 bigint(8바이트)로 하는경우 많습니다.인크리먼트로 키를 쓸경우에요.Int랑 bigint는 조인시 인덱스 안타는것만 유의하면 됩니다10억단위 넘어가거나 첨부파일 테이블들은 guid 형식 많이 씁니다

Dierslair · Answer

시간순으로 정렬된 UUID를 문자열로 사용합니다.

르매 · Answer

RDB를 안쓰면 모르겠지만 RDB를 잘 사용하시려면 보편적인 설계이론을 따르는게 합리적입니다. DB를 알면 알수록 왜 그런 설계가 바람직했는지도 알아가게 되죠.궁금해 하시는 PK는 인공키, 대체키라고 부르는 타입으로 1, 2, 3, 4, 8byte integer 중에 해당 테이블에 들어 갈 최대 행수를 예측하고 커버할 수 있는 가장 작은 데이터 유형 (tinyint, smallint, mediumint, bigint) 중에 선택합니다. 크게 두 가지 이유로 PK 사이즈는 작은게 좋기 때문입니다. (이유는 생략) 이때 꼭 UNSIGNED를 사용하세요.어떤 값이 들어 갔는지는 말씀대로 INSERT가 끝나기 전에는 모르는데 이게 불편했던 적은 별로 없네요. &#x1f914;주의할 건... 새로 생성된 값은 반드시 LAST_INSERT_ID() 함수로 알아내야 합니다. 이 값을 찾겠다고 다시 SELECT하는 건 안티 패턴입니다.그럼에도 불구하고 사전에 고유값을 생성하고자 하시면 UUID를 생성하는 러이브러리를 찾되 생성할 때마다 값이 증가하는 걸 찾으세요. PK는 물리적으로 실시간 정렬이되면서 INSERT되기 때문에.. 무작위로 들어오면 잦은 페이지 스플릿 발생으로 부하가 생기, 점점 페이지 밀도가 낮아져서 IO성능이 점차 나빠집니다.그리고 UUID를 UNHEX() 함수로 감싸면 16byte 바이너리가 됩니다. PK컬럼을 binary(16)으로 만들면 최소사이즈로 담아낼 순 있어요. 다만.. 이렇게 하면 운영하면서 조회할 때는 많이 불편하니.. 보통은 스트링으로 저장하는데... 개인적으로 UUID는 추천하지 않습니다.마지막으로.. 키 값이 단순 숫자이면 프론트엔드에 그 숫자가 고스란히 노출되어.. 뭔가 없어 보이죠. 또는 보안적으로 다음 값을 예상할 수 있는 것이 문제가 되기도 합니다.이런 경우에는 PK는 그대로 두고 URL Safe한 base64 값을 랜덤으로 만들어서 별도의 컬럼에 저장하고 이 컬럼에 unique 인덱스를 만들어 줍니다. 그리고 프론트엔드에서 노출할 때는 PK 대신 이 랜덤값을 보여주는거죠. 그럼 1건씩 찾을 때는 이 랜덤값이 unique하기 때문에 이 값을 백엔드로 보내서 응답을 받으면 됩니다. 조금 번거롭지만 경험 상 이 방식이 최선이었던 것 같습니다.

기본키 pk 생성 다들 어떤식으로 하시는지요

5개의 답변

#bigint 목록