범위연산의 연속일경우 어떤식으로 인덱스를 태워야하나요?

Question

조회하려는 대상 테이블의 row수가 수억개라고 가정해보겠습니다. 그렇다면 인덱스를 최대한 태워야 합니다.그런데 이 테이블을 대상으로 조회되는 쿼리는 아래와 같이 범위연산의 연속으로 이루어집니다. where a>1241 and b<35354 and c>23222 and d<121222 만약 동치연산자라면 아래와 같은 결합인덱스로 간단히 해결이 되는데 index(a,b,c,d)문제는 범위연산으로만 이루어져 있기 때문에 첫번째 조건 a>1241까지는 인덱스를 태울수 있지만, 두번째 조건부터는 필터링을 거치게됩니다.이런 경우 보통 어떻게 쿼리를 최적화하나요?혼자 생각해본 방법이 인덱스를 아래와같이 4개로 분리한다음 index(a) index(b) index(c) index(d) ...생략 where a>1241 INTERSECT ...생략 where b<35354 INTERSECT ...생략 where c>23222 INTERSECT ...생략 where d<121222 이런식으로 인덱스를 모두 태우면서 교집합연산을 해야하나 생각해봤는데, INTERSECT 연산의 오버헤드가 매우 클것같아서 관뒀습니다.

ykd · Accepted Answer

비트리인덱스와 레인지 쿼리 특성상 1회 레인지 이후에는 인덱스 사용이 불가합니다.이를 위해서는 저장과 조회 특성에 맞는 전용의 데이터저장소를 찾아보시거나 rdb의 spatial index활용을 고려해보시는 편이 좋아보입니다

범위연산의 연속일경우 어떤식으로 인덱스를 태워야하나요?

1개의 답변

기술 목록