DB 인덱스 종류와 개수

Question

현재 스타트업 플랫폼의 DB를 설계하는 중입니다.플랫폼에 관리자 페이지를 통해 여러 정보를 조회 및 관리 중인데, 조회 시 여러 검색 조건을 통해 조회하기 위해 구글링 해본 결과 fulltext 인덱스라는 것을 찾아 인덱스 관련 설정을 하다가 문득 궁금증이 생겼습니다.일반적으로 테이블 하나 당 인덱스는 3~5개를 설정하는 것이 좋다고 알고 있는데, 이것이 PK나 UNIQUE, FULLTEXT, SPATIAL 같은 특수한 인덱스들도 포함하여 적게 만드는 것이 좋은 것일까요? (물론 좋기야 하겠지만) 아니면 특수한 인덱스들은 생성 원리가 다르거나 해서 일반 인덱스에 비해 조금 많이 설정한다고 해도 괜찮을까요?1번에서 전자의 경우, 극단적으로 한 테이블에 20개 정도의 컬럼이 있고 15개 컬럼이 UNIQUE 해야 하면 중요도를 따져서 몇개만 UNIQUE 인덱스를 생성하고 나머지는 조회 및 생성 로직상으로 UNIQUE를 처리해야 할까요? 아니면 어쩔 수 없으니 15개 모두 UNIQUE 인덱스를 생성하나요?2번에 이어서, 조회할 때 검색 조건을 많이 설정하며, 단어 검색해야 하는 조건이 많은 경우(20개 컬럼중 15개 단어검색 필요)에는 어쩔 수 없이 FULLTEXT인덱스를 많이 생성하게 될까요? 아니면 어느정도 조회시간을 포기하고 인덱스를 적게 설정할까요?2, 3의 경우는 테이블에서 조회와 생성 및 수정이 비슷하게 많이 일어난다고 가정하고 답변해주세요. 감사합니다.

옥다방고양이 · Accepted Answer

✅️인덱스 원칙 1&#61;DB저장 효율은 인덱스 적을수록 좋다.✅️인덱스 원칙 2&#61;인덱스를 만드는 이유는 검색 시간을 줄이기 위해서다&#x1f6a9;1번 질문에 대한 의견:특수한 인덱스 이던 뭐든,,, 업무적으로 검색에 필요하면 인덱스 만들어 주고, 그렇지 않으면,,, 인덱스 생성은 신중해야 한다.(최소화 한다)&#x1f6a9;2번 질문에 대한 의견:(1)20개 칼럼중, 15개 칼럼이 유니크 해야한다면, 75%가 유니크 해야 하는데,,, 이 경우는 먼저 업무설계 및 테이블 설계를 다시 한번 더 검토해보는 것이 좋다(가령 2개,3개 테이블로 나눠준다)(2)그래도 어쩔수 없다면,,, 데이타 건수가 적다면, 그냥 15개 컬럼에 인덱스 걸어도 된다.(3)데이타 건수가 많다면,,, 인덱스 갯수는 최소한으로 유지하고, 나머지는 업므적으로 조회 및 생성로직으로 보완한다.&#x1f6a9;3번 질문에 대한 의견:위의 2번 질문과 같은 의견입니다.

DB 인덱스 종류와 개수

1개의 답변

#index 목록