DB 테이블 설계 시 pk 및 인덱스에 대해 도움을 얻고자 합니다.

Question

안녕하세요 작은 중소기업 3년차 백엔드개발자로 일하고 있습니다.제가 비전공학원출신이고 수업도 안드로이드 수업을 들었다가 어쩌다 백엔드를 하게되어 개인 사비로 강의를 들으며 경력을 쌓는중이며 작은 중소기업인만큼 많이 열악하여 사수도 없고 어찌어찌 일을 하고있긴한데 질문할 사수가 없어 여쭙게 되었습니다.DB테이블 설계 시 유저가 하루에 한번만 등록할 수 있는 데이터가 있다면 pk설정을 시퀀스 하나로 하고 유저고유번호와 일자를 유니크를 걸고 인덱스를 유저고유번호와 일자를 주는게 좋을까요 아니면 애초에 pk를 유저고유번호와 일자를 주는게 맞을까요? 어떤사람은 시퀀스를 사용하면 언젠간 숫자가 끝이나니까 안좋다고 하기도 하고 보통 강의를 보면 시퀀스를 PK로 두고 사용하기도 하고 어떤게 좋은 설계인지 궁급합니다.테이블의 로우수가 많아질수록 느려지는데 이럴땐 어떻게 해야할까요? 예를들어 한달에 한번 달이 변할때 테이블을 이름_202409이런식으로 쪼개지게 하여 테이블수를 유동적으로 늘어나게 해야할까요? 그럼 7~9월을 한번에 조회하는 기능이 있다고 하면 테이블 3개에서 조회해서 보여주는 식으로 되는건가요?한 테이블에서 계속 관리하는게 맞나 궁금하네요물어볼 사수가 없이 늘 진행하다보니 늘 저런문제에서 고민부터 하고 시작되고 그 고민이 지금까지도 계속 이어지네요... 지금은 회사에서 되어있는대로 똑같이 만들긴 하는데 다른곳은 어떻게 사용하나 궁금하네요.별볼일 없는 질문일 수 있지만 답해주시면 감사하겠습니다.

솔루션개붕이 · Answer

레디스를 써보는것도 괜찮지 않을까요?db엔 파티션이라는 기능이 있는데 그걸 써보시면 괜찮을만두?

더미 · Answer

복합pk 의 경우 유저와 일자가 조회조건이라면 좋은 선택입니다.파티셔닝이라는 것이 있습니다.

Aiden___ · Answer

PK를 유저고유번호와 일자로 주는것을 추천합니다.테이블로우수가 많아져서 느려진다면 먼저는 조회쿼리 점검부터 하심이 좋을것 같습니다. 데이터가 천만건 이내라면 인덱스만 잘걸어줘도 분리의필요성을 못느낄것 같습니다.

캐티 · Answer

기본 키는 주로 int32를 사용해요. 일반적으로 가장 빠르기 때문인데요. int64를 사용하는 경우도 있쩌. 부호를 사용하지 않아도 되므로 unsigned를 사용하기도 해요. 어차피 같은 값을 공유하므로 차이는 없고 출력 값을 정해준 것일 뿐이어요.기본 키를 설정하면 이 값을 포인터로 사용하고 캐싱을 할 수 있어서 사용하는 편이 좋아요.레코드가 많아지면 느려지는 현상이 발생하겠쩌. 블록이 커지고 길어지기 때문이어요. 이러면 블록을 나누거나 줄여야 하겠쩌. 분산 서버를 사용하여 처리하는 방법도 있어요. 이렇다 하더라도 원하는 방식에 맞는 시스템을 사용해야 하겠어요. 파티셔닝으로 나누어 처리하는 방법도 있어요. 일반적으로 이케 안 하려고 한다면 범위 인덱스를 생성하여 보조 역할을 하도록 해요. 이러면 모든 구간을 검색하지 않으므로 더 빠르게 처리할 수 있어요.이미테이션게임에서 이랬쩌. 굳이 모든 범위를 다 계산 할 필요 없이 계산 범위를 힌트로 주어서 더 빠르게 결과를 얻을 수 있었어요.

basscraft · Answer

저라면 자동 증가 사용자 고유 순번 컬럼을 PK로 두고 날짜+사용자순번을 Unique Index 로 설정 할 것 같습니다.MySQL 기준 INT(11) UNSIGNED 면 0~4,294,967,295 입니다.순번이 저걸 넘어 가기 전에 다른 일이 생기겠죠,사용자순번+날짜 를 하지 않고 날짜+사용자순번을 한 이유는 DB에 따라 다르겠지만 날짜만으로 조회 하는 경우가 많이 있을 것 같아서 저렇게 하는게 인덱스를 이용하기 좋을 것 같습니다.다른 분들 말씀하시는 것 처럼 파티셔닝을 하는 것이 좋습니다.없으면 안되는 아주 중요한 영구보관 데이터가 아니라면 웬만한 기록은 3년, 5년 정도 보관기간이 대부분 입니다.(웬만한 경우 자체 보관 기준과 사유가 있다면 큰 문제가 없습니다.)파티셔닝을 월 단위로 한 후 월 단위로 보관 기준이 넘은 데이터는 백업 후 또는 그냥 미련없이 파티션을 드랍하면 삭제 시간도 적게 걸리고 인덱스 단편화도 없습니다.

DB 테이블 설계 시 pk 및 인덱스에 대해 도움을 얻고자 합니다.

5개의 답변

Q&A 목록