[REFACTOR] DB 테이블 auto increment 변경 여부 논의

[Jake1152]

어떤 작업인가요?

• auto increment를 쓰는 경우 DB에 종속되는 단점 발생
• 다른 방식으로 pk id값 생성
  • uuid, binary char 등등

변경 전의 상황

• DB 백업을 할 때에도 id 값은 auto increment였기에 추가할 수 없게됨
• 여기서 id값을 다른 곳에서 fk로 쓴 경우 id 값을 join조건으로 쓰기에 백업에 제대로 안될 수 있음
• e.g)
  • 백업 전
    • 기생충 movie id가 1, poll 테이블에 movie id 1과 user id 42로 투표가 되어있다고 할 때. 백업 뒤에는 테이블의 auto increment 제약 조건 때문에 movie 테이블에 movie id를 삽입할 수 없음, 이로 인하여 섞일 수도 있다는 단점 발생.
  • 백업 후
  • 기생충 movie id 52가 된다면 기존 poll 테이블 movie id와 매칭이 안되는 이슈 발생

변경 후의 예상하는 구조

DB에 종속되지 않는 pk id 유지, 자유로운 DB 백업 및 복원

참고할만한 자료(선택)

• FEFIVE 팀 발표
• 테이블마다 id 칼럼을 PK로 사용한 이유는 무엇일까?
• 분산환경에서 DB 기본키(PK)는 어떤 ID 생성 전략으로 만들어야할까? (UUID,ULID,TSID...)
• UUID와 increment PK는 언제 사용해야할까?
• UUID vs Auto Increment 중 PK 선택하기
• 다양한 시각에서 바라본 PK 생성 전략