인덱스는 이름별로 외우기보다, 어떻게 읽는지와 어떤 행만 빠르게 찾고 싶은지를 기준으로 고르면 더 빠르게 판단할 수 있습니다.
데이터 배치와 읽기 순서가 맞아 범위 스캔과 순차 접근이 효율적입니다.
예: 주문번호·날짜 구간 조회별도 구조에서 먼저 후보 행을 찾고, 필요하면 본문으로 이동해 다양한 조건 검색을 처리합니다.
예: status, created_at, category 검색조회를 빠르게 하면서 동시에 중복 값 삽입 자체를 막을 수 있습니다.
예: 이메일, 주민번호선두 컬럼 순서가 맞으면 정렬 비용을 줄이고, 필요한 컬럼이 인덱스 안에 있으면 테이블 접근도 줄일 수 있습니다.
예: (user_id, created_at) + 조회 컬럼 포함UPPER(name), YEAR(order_date) 같은 표현식이나 조건에 맞는 행만 인덱싱해 필요한 범위만 좁힙니다.
예: active = true, deleted_at IS NULL텍스트 포함 검색이나 낮은 카디널리티 조건 집계는 특화된 구조가 더 적은 비용으로 동작합니다.
예: 상품 설명 검색, 성별·등급 OLAP먼저 읽기 순서와 범위를 보고, 다음으로 조건 조합과 정렬을 확인한 뒤, 마지막에 표현식·부분집합·텍스트·분석형처럼 특수한 패턴이 있는지 확인하면 인덱스 선택이 훨씬 빨라집니다.