인덱스 관련해서 질문이 있습니다.

Question

안녕하세요.조회 쿼리에서 사용되는 컬럼에 인덱스를 생성하려고 하는데 고민이 있습니다.tableA ( a_id varchar(20), a_name varchar(20) ) create unique index tableA_idx on tableA(a_id, a_name) tableB ( b_id varchar(20), b_name varchar(20), a_id varchar(20) ) create unique index tableB_idx on tableB(b_id, b_name)이렇게 테이블과 인덱스가 있다고 했을 때, tableA에는 50~100 사이가 되는 데이터가 있고 crud는 특별한 경우 빼고는 거의 이뤄지지 않는 테이블입니다. 이와 반대로 tableB의 데이터는 수천만건 이상이 있고 crud가 활발한 테이블입니다.tableB를 a_id 컬럼을 조건으로 조회하는 쿼리를 만드려고 하는데 데이터가 많다보니 a_id 컬럼에 대해 인덱스를 생성하려고 하려고 합니다.이 때 고민인 점은 고유성이 낮고 중복이 되는 컬럼에 대해서는 인덱스를 되도록 생성하지 않는 것이 좋다고 하는데 이런 경우도 포함이 되는걸까요?설명이 어눌어서 죄송합니다. 답변 부탁드립니다.

테스트맨 · Accepted Answer

아주 좋은 질문입니다.자 일단 인덱스에 대해 정의해보죠.인덱스란 쓰기 성능을 일정 포기하고 읽기 성능을 극대화하기 위한 것이죠따라서 수 천만건의 데이터를 가진 B테이블에 인덱스를 걸어주는 것은 중요합니다.그러나 A테이블에 데이터 건수가 너무 적기 때문에 인덱스의 효과는 풀스캔 보다 미미합니다.즉 데이터베이스 옵티마이저가 인덱스 스캔보다 풀스캔이 유리하다고 판단 할 가능성이 있습니다.( 가령 님이 어떤 100페이지의 책이 있는데 목차보고 찾는 것보다 그냥 쭉보고 찾는게 더 빠를 수있죠왜? 겨우 100페이지 밖에 안되니까요)고유성이 낮고 중복이 되는 컬럼에 대해서는 인덱스를 되도록 생성하지 않는 것다시 말해 분포도가 '좋고/넓은' 컬럼에 인덱스를 걸어야 한다는 거죠예를 들어보면총 100명의 사람 중에서 만나야 할 한 사람을 찾아야할때 어떤 정보를 가지고 찾는게 가장 빨리 그 사람을 찾을 수 있을까요?&#34;그는 남자 입니다&#34; &#61;> 분포도가 나쁘기 때문에 필터링된 데이터가 많다. 성별은 좋은 컬럼이 아니다.&#34;그는 백인입니다&#34; &#61;> 마찬가지로 인종도 좋은 컬럼이 아니다.&#34;그의 주민등록번호는 XXXXXXXXXXX 입니다&#34; &#61;> 아주 좋은 분포도를 가지는 컬럼이다.따라서 A테이블과 B테이블 조인에 있어서 성능 향상은A테이블을 드라이빙테이블로 두고 B테이블 드리븐하면 됩니다^^물론 반대로 하셔도 자동으로 옵티마이저가 A테이블을 드라이빙으로 잡을거에요.결론 인덱스를 거나 안거나 속도는 비슷할겁니다.인덱스를 걸어야하는건 A테이블이 아니라 B테이블입니다.하지만 B테이블은 PK가 걸려있으니 큰 무리가 없어보이네용

wnsldjdnd · Answer

Fk면 인덱스 알아서 잡히지않나요?

웹땔깜 · Answer

위에 이미 좋은 답변이 달렸지만...a_id의 카디널리티가 50~100이다 -> 선택도가 1~2%이다 라면 충분히 인덱스로 걸만한 조건인 것 같습니다.일반적으로 한 테이블의 인덱스를 3~5개 이하로 관리하라고 하던데 B 테이블에 이미 존재하는 인덱스 갯수가 중요하겠네요.NL조인이면 데이터가 적은 테이블이 드라이빙인 게 낫겠네요.

인덱스 관련해서 질문이 있습니다.

3개의 답변

#postgresql 목록