in 조건일 경우는 그 in 안에 있을 놈이 하나일 뿐이라면, 당연히 인덱스를 사용하겠지만,

두개 이상이라면,

or 연산을 할 수 밖에 없겠지요.

select * from table where pkey in (1);

select * from table where pkey in (1,2);

이 두놈의 쿼리는 쿼리 최적화에서 엄청난 차이를 보입니다. (pkey 필드가 primary key일 경우)

두번째 쿼리는

select * from table where pkey = 1 or pkey = 2 하고 같은 쿼리가 되어버리거든요.

잘 알고 계시겠지만, or 조건은 인덱스를 사용할 수 없습니다.

in 문제를 풀 때, 경험적인 해결 방법은

in 조건 대신에 inner join을 사용하는 것입니다.

이부분에 대한 이야기는 그 닥친 상황에 따라 너무도 다른 쿼리들이 나오는지라 여기서 자세히 설명드리기도 그렇네요. 아무튼 쿼리를 작성할 때, 생각의 방향전환을 잠깐 해보시길.

----

7.3.x 에서는 in, or 연산에 대해서도 index를 사용하는군요. :)

explain 명령으로 사용하고 있는 버전에서 index를 사용하는 확인해 보시고, 쿼리를 사용하셔야겠네요.

상기님 감사합니다....

저도 고심이 많이 됩니다.

어떻게 생각을 전환해야 할지 -_-;;

항상 답변 감사드립니다.

이상하군요....

설마.. PostgreSQL에서 IN을 사용한다고 인덱스를 타지 못할까요? 소규모의 데이터베이스도 아닌데..

select * from jisa_store where nid IN ( 1,20,100,101 )

--> 제가 사용하는 테이블에서 nid를 PK로 잡고서 실행계획을 본 결과...

Index Scan using jisa_store_pk, jisa_store_pk, jisa_store_pk, jisa_store_pk on jisa_store

정상적인 인덱스 스캔을 합니다.

제가 알기로는 PostgreSQL에서 인덱스 경유시..

몇가지 문제가 있었던거 같은데.. 특히 결합 컬럼을 사용하여 PK를 잡은 경우에 조심하셔야 할 것 같내요.

우선, 님께서 쿼리문을

select * from tb_temp where ( column1,column2,column3 ) in ( val,val,val )

혹은

select * from tb_temp where column1='val' and column2='val' and column3='val'

이런식의 단일값을 갖는 쿼리문을 날려 보세요.

만약 이 경우에 인덱스를 사용하지 못하면 뭔가가 이상한 것입니다.

복잡한(AND와 여러가지 섞여 있는 경우) OR절이 있을 경우엔 인덱스 경유를 못하지만, IN으로 변환하면 가능하지 않을까 싶내요