crrid가 인덱스를 타느냐 아니냐를 이야기 하고 싶은 예제일 겁니다.

scarr 테이블은 인덱스를 타지 않아도 LH가 아닌 게 얼마 없을 거고..

그렇게 만들어진 조건이 carrid에서는 In으로 쓰이면서 equal이랑 같은 효과를 가져오기 때문에

인덱스를 타겠죠.

scarr 에 데이터가 많으면 두배까지 속도 차이는 나지 않을 것 같네요..

정군님, 낭랑18세님 답변감사합니다.

저도 얼추 그런식으로 생각은 했는데 ,

단순히 인덱스를 타지않는 조건문(CARRID <> 'LH' )을 데이터가 적은 테이블에 넘김으로써 속도가 빨라지는 거라면

만약 scarr테이블에 데이터가 많다면 어쩌면 속도의 차이가 없을수도 있겠군요..

만약 scarr테이블에 데이터가 많다면 어쩌면 속도의 차이가 없을수도 있겠군요.

==>제가 알고 있기로는 부정문은 full table scan이 되기 때문에 그 양에 따라 되려 늦어질수도 있겠네요.

두 쿼리 문장을 보면서 비교 대상이 아닐 듯 생각했는데.. 나름 의미가 있어 보입니다요.

2번쿼리를 잘못 사용하면 1번쿼리보다 훨씬 느려질수도 있군요..

실제 테이블을 보니 SCARR에 데이터가 하나도 없었네요.. 그래서 2배나 빨랐나봐요;;

또리님 좋은 답변 감사합니다.