DB 생성시 테이블 PK어떻게 처리하시나요 ? ?

Question

안녕하세요.개인프로젝트 DB짜다가 궁금증이 생겨서 질문드립니다.테이블 생성시에PK를 auto-increment 로해서 시퀀스로 올리시나요.아니면 UUID를 하시나요아니면 다른 방법으로 처리하시나요?1번의 경우에 제가 생각했을때 PK가 테이블 고유컬럼이여야 맞는 것 같은데 그냥 숫자로 올려버리는게 PK로 하자니보안이나 ACID 이런걸 생각했을때 이게 맞을까 생각이들긴 하는데 찾아보니 일반적으로 1번을 사용하는 것 같긴합니다.개발하다보면 정렬이 필요할때 시퀀스를 담고있는 컬럼이 분명 필요할 것 같은데1번으로 하기에 찜찜한 느낌이에요조언이나 다들 어떻게처리하시는지 알려주시면 감사하겠습니다.

잠자는사자 · Answer

1번이 정답입니다. 다른거는 생각할 필요 없습니다. auto-increment자체가 그렇게 쓰라고 만든겁니다.

봄향 · Answer

시퀀스가 제일 좋습니다

개잡부 · Answer

시퀸스가 가장 무난하나 개인적으로 중복데이터 처리를 응용단이 아닌 DB단에서 처리할 경우 복합키를 만들어서 PK로 사용합니다.예를들어 수강신청 테이블이 존재할때 사용자는 과목에 중복으로 신청하지 못해야한다면 단순 auto increment로 처리 할 경우 중복처리를 방지하지 못하기 때문에응용프로그램단에서 중복 로직을 검사하는 경우도 있지만여러개의 응용프로그램이 띄워져있거나 같은 사용자가 동시에 request를 날릴 경우 일관적인 트랜잭션을 유지하기 힘들어서 DB구조 자체를 (사용자,과목) 복합키로 PK 설정해서 아예 DB단에서 중복이 일어날수 없는 구조로 막아버리게 설계합니다

HJOW · Answer

Auto Increment 를 쓸 수 있으면 참 좋겠네요.얘, 아무DB에서나 지원하는 녀석이 아닙니다. 제가알기로는 MySQL, MariaDB 정도입니다.오라클DB는 시퀀스 라는 객체를 만들어야 하고그외 다른DB는 INSERT 문 안에다 내부쿼리로 SELECT MAX 구문 만들어서 썼었습니다. 거기에 NVL이나 IFNULL 감싸고 +1 해서...이를테면INSERT INTO T_TABLE01 ( COL1 NUMERIC(18, 0), COL2 VARCHAR(255), COL3 TEXT, ...) VALUES ( ( SELECT IFNULL( MAX(COL1), 0 ) + 1 FROM T_TABLE01 ), #{COL2}, #{COL3}, ...)이조차도 DB마다 문법이 조금씩 달라집니다.어떤 DB는 내부쿼리 내 테이블명에 Alias가 반드시 붙어야만 돌아가는 녀석도 있죠.

캐티 · Answer

나는 문득 생각이 난거 하나 이쩌.pk는 중요한 키인데 정수 타입을 사용하지 아니하면 성능이 떨어져서 좀 그러한데 이럼에도 특별한 이유가 있다 이럼 char 타입을 쓰는 수가 있어요. 벤더사 이름들이거나 .. 만일 중복되면 키이름-실제이름 예컨데 유니티택(서울)이 있고 유니티텍(수원) 이케 길이 안에서 정의하는 거여요. 이럼 프론트url에 인자가 그대로 보이는 문제가 생기는데 굳이 무리가 되는 부분은 없을 거라 전망하빈다.자동 시퀀스가 필요하다 이럼 이거는 주로 BIGINT를 사용하는데요. 사실 uuid나 bigint 타입은 시간이 들통나는 수가 있어서 해쉬나 hashid처리를 하여서 프론트에 띄워요. 이럼 불편한데 특별하게 성능에 무리가 없는 한 개인 고유 아이디에 datetime을 엮어서 처리하기도 하빈다. 이거는 적절하게 하여야 하게쩌.

개발잡부 · Answer

Auto Increasement를 PKUUID를 UK API 에서는 UUID만 사용JOIN은 PK로그외 No Offset 스크롤 or 인덱스 커버링등 쿼리 최적화 필요시 PK 활용

장독깨기 · Answer

저도 1번

전뚱이인데요 · Answer

단일 테이블이면 auto분산 테이블 uuid 설계

zoony · Answer

1번이 주였지만 요즘은 snowflake란걸 써서 모든 테이블간에 pk가 중복이 없게 id를 만들어 쓰기도 합니다. auto increment 는 편하지만 데이터가 생성되야 id를 알수 있기 때문에 장단이 있고 겹치지 않는 id를 데이터 넣기전에 먼저 알 수 있는건 로직상 유리한점도 있기때문에 처한 환경에 맞게 선택해서 쓰면 됩니다.

박종복 · Answer

대용량일 경우 2번은 사용하지 않습니다. Insert 할때마다 index 재조정이 발생해서 성눙문제가 발생할 수 있기때문입니다.

mom dokha · Answer

암호화없이 표현해야할땐 uuid

Kyeongrok Kim · Answer

uuid가 겹칠 확률이 적고 좋은데 36byte라는 문제점이 있습니다. join할 때 성능 이슈가 있죠. 다른 테이블과 key가 겹치면 안되는 요구사항이 있으면 uuid쓰지만 그 밖의 경우는 sequence를 씁니다.

초무쿤 · Answer

대리키: Uuid v7 (하이픈 날리고)자연키: 사용자입력이제 Auto increment는 Uuid v7(타임정렬가능) 나와서 로그성 누적 테이블 말고는 쓸일이 이제는 없지 싶은데용. (대리키로 시퀀스 사용하면 데이터 이관시나 이럴때 충돌나고 이러면 짜증나요..)

아레나소프트웨어 · Answer

db 노말라이제이션 방법이 바뀐건가요?pk를 숫자 일련번호로 할거면 뭐하러 pk를 만드나요?

DB 생성시 테이블 PK어떻게 처리하시나요 ? ?

14개의 답변

#erd 목록