Issuance 테이블에 status, couponId 인덱스가 꼭 필요할까요?
안녕하세요. 강의를 들으며 issuance 테이블에 status, coupon_id로 각각 인덱스를 생성하시면서 조회성능을 향상시키기 위함이라 설명하셨는데요.
특히 status를 이용한 인덱스가 꼭 필요한지 궁금합니다. 현재 status는 3가지 타입으로 (추후에도 늘어날 value가 제한적) 선택도가 약 33% 정도로 보입니다.
이렇게 가짓수가 적은 경우에는 인덱스의 효율을 잘 활용하기 어려워 인덱스를 생성하는 것이 비효율적이라고 학습한적이 있는데 지금과는 다른 상황인가요??
Answer 1
0
안녕하세요 60jong님!
말씀하신 것처럼 가짓수가 적은 status의 단독 인덱스는 효과가 제한적일 수 있습니다. 사실 현재 코드에는 status로 조회하는 쿼리가 없어 꼭 필요한 인덱스도 아니라, status 는 인덱스에서 빼도 될것같네요. 발견해주셔서 감사합니다.
다만 근본적 질문으로 다시 돌아가보면, 상태가 3가지라고 해서 해당 인덱스가 반드시 필요없는 건 아닙니다. 예를 들어, 특정 상태가 전체의 1%라면 그 상태를 조회할 때는 인덱스가 도움이 될 수 있습니다. 조회 범위를 크게 줄일 수 있으니까요.
또 다른 예시로는 아래 쿼리를 생각해볼 수 있습니다.
WHERE status = 'ISSUED' ORDER BY created_at ASC LIMIT 20여기에 만약 (status, created_at) 복합 인덱스를 걸면 효과를 볼 수 있는데요. status = 'ISSUED' 인 행들에 대해 created_at 가 이미 정렬되어 있어서, 해당 복합인덱스로 빠르게 앞에서 20개만 읽어서 조회할 수 있습니다.
그냥 지나칠 수도있는데, 이런 부분까지 잘 잡아주셔서 감사합니다.
답변이 되었기를 바랍니다. 🙇♂️
소스파일
0
12
1
강의 판서 자료
0
12
1
모의고사 파일오류
0
28
3
Properties 설정이 추가되었는데
0
16
0
아무 수정도 안하고 주어진 소스로 그대로 했는데 패스워드 에러가 남
1
23
1
[환불 승인 요청] 강의 오결제 및 재구매 관련 문의드립니다.
0
19
1
처음 실행 시 계속 패스워드가 틀리다고 나옴. 수정하고 해도 마찬가지임
1
23
2
모의고사 다운
0
29
1
강의 DB데이터 질문
0
27
1
22강 [토큰 저장] 질문
0
36
1
업캐스팅 원칙
0
32
2
섹션 2 - 9강. API 관련 질문
0
37
2
음성불량
0
31
1
극단적으로 from-to가 12일 이고, valid_to가 13일이면?
0
36
1
13강 [로그인 단일 토큰] 에서 프로젝트 실행 시 에러
0
36
1
11강 [실습] Docker로 MySQL1 분만에 실행하기
0
51
2
11강 [실습] Docker로 MySQL1 분만에 실행하기
0
45
2
@Modifying에 관하여
1
51
1
부하 테스트 시 설정 관련 질문드립니다
1
95
2
kafka 이벤트 발행 실패 시 at-least-once를 보장하는 방법이 궁금합니다.
2
115
1
domain에 @Entity 와 Repository를 함께 둔 이유가 궁금합니다
1
98
1
Jib 이미지 빌드에서 docker credential 관련으로 이슈가 있다면
1
127
1
스크립트에 대해 질문 있습니다.
1
97
1
같은 사용자가 연속된 중복 호출할 경우 어떻게 되는지 궁금합니다!
2
116
1