Where 조건 절에서 Between 과 Like

조시형님의 친절한 SQL 튜닝을 읽고 개인적으로 공부한 내용을 정리한 글입니다.

---

Between 과 Like의 스캔 범위 차이

 

Between 과 Like 는 범위 검색을 할 때 활용될 수 있는데, 언뜻 비슷해보이지만 효율적인 측면에서 살펴보면 다르게 동작한다.

 

예를 들어, 학생 테이블에 생년월 칼럼과 학점 칼럼이 있고 [생년월 + 학점] 이 인덱스라고 가정해보자.

 

1995년생이면서 학점이 'B'인 레코드들을 검색하기 위해서는

 

1️⃣ Between 의 경우

SELECT
	*
FROM
	학생
WHERE
	생년월 BETWEEN "199501" AND "199512"
AND
	학점 = 'B';

 

2️⃣ Like 의 경우

SELECT
	*
FROM
	학생
WHERE
	생년월 LIKE "1995%"
AND
	학점 = 'B';

 

와 같이 SQL을 작성할 수 있다.

 

Between의 경우 생년월이 '199501'이면서 학점이 'B'인 레코드를 먼저 수직적 탐색으로 스캔 시작점을 찾고

 

'199512' 이면서 학점이 'B'가 아닌 레코드를 만나면 탐색을 종료할 것이다.

 

하지만, LIKE의 경우 스캔 시작점은 생년월이 '1995' 로 시작하는 레코드를 찾으면 거기서 부터 탐색을 시작한다.

 

또한, 종료 지점도 '199512' 이면서 학점이 'C'인 레코드를 만나면 멈추는 것이 아니라, '199512'에 해당하는 모든 레코드를 탐색하고 끝난다. 

 

그 이유는, 실제로는 13월은 존재하지 않지만 LIKE를 사용하는 시점에서 데이터베이스는 그러한 정보는 알 수 없기 때문에 '199513' 이나 '199514' 와 같이 그 뒤에 존재할 수 있는 레코드들 이 있을 수 있기 때문에 중간에 멈출수 없는 것이다.

 

쉽게 설명하면, 선행 칼럼이 범위 조건으로 사용되었으므로 학점 칼럼은 필터 조건으로 사용되어 모든 레코드를 일일이 확인해봐야한다는 것이다.

 

💡 따라서, LIKE의 경우 SQL을 작성할 때 간편하지만, BETWEEN으로 탐색 범위를 명확하게 설정해주면 스캔 효율을 높일 수 있다.

 

Like의 남용

Like를 사용하는 경우 바인드 조건에 아무것도 넣지 않으면 조건이 생략되므로, 이를 이용해 여러개의 쿼리를 합치는 경우가 있다.

 

예를 들어,

 

SELECT
	*
FROM
	가입상품
WHERE
	회사코드 = :com
AND
	지역코드 = :reg
AND
	상품명 LIKE :prod || '%';

회사 코드와 지역코드를 입력하고, 상품명은 입력하거나 입력하지 않는 조건으로 조회를 하는 쿼리와

 

SELECT
	*
FROM
	가입상품
WHERE
	회사코드 = :com
AND
	상품명 LIKE :prod || '%';

회사 코드를 입력하고 상품명은 입력하거나 입력하지 않는 조건으로 조회하는 쿼리가 있다고 했을 때,

 

두 쿼리를 하나의 쿼리로 합치기 위해서

 

SELECT
	*
FROM
	가입상품
WHERE
	회사코드 = :com
AND
	지역코드 LIKE :prod || '%'
AND
	상품명 LIKE :prod || '%';

위와 같이 LIKE를 이용해서 지역코드를 입력하거나 입력하지 않는 쿼리 하나로 합쳤을때의 문제점을 살펴보자.

 

조건으로 '회사코드' , '지역코드', '상품명' 을 'C70', '02','보급형' 으로 검색했다고 가정했을 때,

 

합치기 이전 쿼리는 상품명 칼럼까지 수직적 탐색을 할 수 있지만

 

합쳐진 쿼리는 첫번째 범위 조건인 지역코드까지 수직적 탐색을 할 수 있고 상품명 부터는 필터 조건이 되므로,

 

수평적 탐색을 하게되어 더 많은 레코드를 탐색하게 된다.

 

💡 합쳐지기 이전 쿼리는 'C70' '02' '보급형' 인 레코드에서 인덱스 스캔을 시작하여 'C70' '02' '일반형' 과 같이 상품명이 '보급형'이 아닌 레코드에서 스캔을 멈춘다.

 

🚨 합쳐진 쿼리는, 'C70' '02' 인 첫번째 레코드에서 시작하여 'C70' '03' 레코드에서 스캔을 멈추므로 더 많은 레코드를 탐색할 수 밖에 없어진다.

 

✅ 따라서, 쿼리의 개수가 줄어드는 것으로 최적화했다고 생각하면 안된다.

 

 

Like / Between 사용하기 전 주의사항

 

인덱스 선두 컬럼에 사용하지 않는 것이 좋다.

만약, 인덱스를 [고객 ID + 거래일자 ] 로 구성한 상황에서

 

SELECT
	*
FROM
	거래
WHERE
	고객ID LIKE :cust_id || '%'
AND
	거래일자 BETWEEN :dt1 and dt2

위와 같이 선두 컬럼을 범위 조건을 걸게되었을때를 살펴보자.

 

고객ID를 입력하지 않았을 때, 인덱스 테이블에 존재하는 모든 거래일자를 엑세스 조건이 아닌 필터조건으로서

 

모든 레코드를 방문하기 위한 랜덤 I/O가 발생한다.

 

 

NULL 허용 칼럼에 사용하지 않는 것이 좋다

만약 위에서 살펴본 쿼리에서, 고객ID 가 NULL이 허용되어 NULL로 채워진 레코드가 여러개 있다고 가정했을때,

 

그 데이터는 위와 같은 쿼리로 절대 조회할 수 없게 된다.

 

 

숫자형이면서 인덱스 엑세스 조건으로 사용하는 컬럼은 LIKE를 사용하면 안된다.

숫자형 인덱스 컬럼에 LIKE를 사용하게되면, 인덱스 컬럼을 to_char() 함수로 문자형으로 변환시키기 때문에

 

인덱스 칼럼이 가공되어 인덱스 엑세스 조건으로 사용될 수 없어진다.

 

길이가 고정이 아닐때 주의해야한다.

WHERE
	고객명 LIKE :cust_nm || '%'

위와 같은 조건절일때,

 

고객명이 '김철' '김철수' 가 있다고 할때,

 

LIKE 조건은 '김철'인 고객의 데이터를 찾으려고, 바인드 조건에 '김철'을 입력하면 '김철수' 데이터까지 같이 조회될 수 있다.

 

'%' 부분을 제거하는 방법으로 해결할 수도 있지만, 고객명을 입력하지 않았을 때 아무런 데이터가 조회되지 않을 수 있다.