데이터베이스(DB) 설계 시, PK키 기준

Question

안녕하세요.업무 중에 팀원과 함께 DB설계 중에 의견이 조금씩 달라서 어떤 방향으로 DB 설계하는 것이 좋을지 의견을 여쭙고자합니다.[1번 예시]PK에 해당하는 고객번호와 개통번호는 DB에서 시퀀스(Auto Increment)를 지정하여 값을 넣는 방식입니다.[2번 예시]PK에 해당하는 고객번호와 개통번호에 String 형식으로 삽입하는 방식입니다.시퀀스열은 존재하나, 마이그레이션 혹은 다른 필요할 때 사용저의 경우,JPA-스프링부트 관련 강의를 들으며 1번 방식으로 DB 설계를 하였으나,업무 동료가 "시퀀스의 경우 PK로 지정하면 안되며, db 마이그레이션과 같은 작업 시 특정 행까지 조회/마이그레이션 완료 확인 용도로만 사용해야한다"라고 의견을 주었습니다.PK가 String 형식이면, 조회 성능에서 별로 좋지 않을 것으로 판단이 되긴 하나, 실무 경험이 적어 판단이 쉽지 않습니다.선배님들의 의견 부탁드립니다.감사합니다.

캐티 · Answer

정답이 없지만 단위 테스트를 만들고 간을 보면 어느 거로 가도 된다 판단이 나겠쩌. 여차하여 조인도 걸어보는데 실질적으로 조인이나 집계하는데 문제가 나는 여지가 있어서 일반적으로 int bigint 내지는 userid-int 두 개 칼럼을 키로 잡아요.user 테이블에 마지막 시퀀스를 기록하고 사용할 때마다 증가하는 방법도 있겠쩌. 특수한 경우이어도 필요할 때가 있을 거여요.

12412421412312dgoo · Answer

저도 1번으로 할거 같은데요?뭐 회사내규에 id는 String 이고 CUS1000001 부터1로 숫자증가시킨다 라는 규정이 있지 않은이상요시퀀스의 경우 PK로 지정하면 안되며, db 마이그레이션과 같은 작업 시 특정 행까지 조회/마이그레이션 완료 확인 용도로만 사용해야한다 라고 하는 이유가 있지 않을까 싶네요

집킨 · Answer

오히려 2번의 반대로 쓰는 경우가 더 많습니다PK가 String일때보다 numberic할때 이점이 많은건 자명한 사실이고, 시퀀스나 auto increment를 못쓰는 경우가 아닌데도 String을 pk로 쓰려고 하는 것 자체가 이해가 안가네요심지어 그렇게 하면서 시퀀스는 또 유지한다니요..시퀀스를 pk로 쓰고 String을 외부 공개용으로 쓰는게 정석입니다그 동료한테 무슨 이점 때문에 String을 pk로 쓰려는건지 물어보세요본문엔 근거가 없어보여서요

kenu,전독시 · Answer

`이 페이지의 질문에 대한 좋은 방법은? https://okky.kr/questions/1546749`I'll read the URL to understand the question.# DB 설계 PK 선택 가이드OKKY 질문을 확인했습니다. *1번 방식(Auto Increment 숫자형 PK)*이 더 좋은 선택입니다.## 주요 근거### *1번 방식의 장점*- *성능*: 숫자형 인덱스가 String보다 빠름 (비교, 정렬, 조인 연산)- *저장 공간*: INT/BIGINT가 VARCHAR보다 적은 용량- *인덱스 효율*: B-Tree 인덱스에서 숫자가 더 효율적- *JPA/Hibernate 호환성*: @GeneratedValue 표준 패턴### *2번 방식의 문제점*- String PK는 인덱스 크기 증가 → 성능 저하- 시퀀스를 유지하면서 String을 PK로 쓰는 것은 중복 관리- "시퀀스를 PK로 쓰면 안된다"는 주장은 일반적이지 않음## 권장 패턴```sql-- 내부용: 숫자형 PKCREATE TABLE customer (id BIGINT PRIMARY KEY AUTO_INCREMENT,customer_code VARCHAR(20) UNIQUE, -- 외부 공개용...);```### 이 패턴의 이점- *내부*: 빠른 숫자형 PK로 조인/인덱싱- *외부*: 비즈니스 의미있는 코드 노출 (보안상 ID 숨김)- *유연성*: 코드 체계 변경 시 PK 영향 없음## 예외 케이스String PK가 적합한 경우:- UUID 기반 분산 시스템- 자연키가 명확한 경우 (ISO 국가코드 등)- 외부 시스템 연동 키---*결론*: 동료의 의견보다 1번 방식이 업계 표준입니다. 특별한 요구사항이 없다면 Auto Increment 숫자형 PK + 별도 비즈니스 코드 컬럼 조합을 추천합니다.

데이터베이스(DB) 설계 시, PK키 기준

4개의 답변

Q&A 목록