create index i_name on tbl_name where col is null;

이런식으로 인뎃스를주니 가능하네요.

7.3.2에서만 시험해보았는데 다른버젼은 모르겠구요

timsorig=# create index len_i on len(cp_num) where cp_num is null;

CREATE INDEX

timsorig=# explain select count(*) from len where cp_num is null;

QUERY PLAN

-------------------------------------------------------------------------------

Aggregate (cost=66729.52..66729.52 rows=1 width=0)

-> Index Scan using len_i on len (cost=0.00..66687.40 rows=16848 width=0)

Filter: (cp_num IS NULL)

(3 rows)

timsorig=# explain select count(*) from len where cp_num =3;

QUERY PLAN

------------------------------------------------------------------

Aggregate (cost=112714.31..112714.31 rows=1 width=0)

-> Seq Scan on len (cost=0.00..112672.19 rows=16848 width=0)

Filter: (cp_num = 3)

(3 rows)

황치영님의 방법을 까먹고 있었군요. :)

덧붙혀서,

create index 에서 where 절을 사용한 부분 인덱싱은 실질적인 작업 쿼리에서 그 where 절만을 사용한다는 전재 아래에서 사용되어집니다.

따라서 select count(*) from len where cp_num =3 처럼 인덱싱을 사용하지 못하는 쿼리를 위해서, 인덱스를 두개 만들어두면 되겠네요. :)

멋진 해결책입니다. 고맙습니다.

정리 원문을 다시 정리하면,

select * from t where 승인날짜 is null

쿼리도 사용되어지고,

select * from t where 승인날짜 between '2002-01-01 00:00:00' and '2002-01-31 23:59:59'

이런 쿼리도 같이 사용되어질 것이라면,

create index t_승인날짜_i on t (승인날짜) where 승인날짜 is null;

create index t_승인날짜2_i on t (승인날짜);

이렇게 두개의 인덱스를 함께 만들어두면 될 것같네요.

index 를 두개 만든다는건 그리 권장할만한

사항이 못됩니다.

postgresql의 인덱스는 부분 인덱스라 할지라도

테이블 화일의 사이즈와 같은 크기를 가지게 됩니다.

일시적으로 사용했다가 버리는 인덱스라면

문제가 없겠지만

지속적인 사용에는 많은 코스트가 필요 하게 됩니다.

create table t (

주문번호 int,

승인날짜 timestamp default 0 is not null

);

create index t_승인날짜_i on t (승인날짜);

select * from t where 승인날자 = 0;

제 경우에는 보통 이런식으로 사용합니다.

timestamp 보다는 int4 더 많이 쓰기도 합니다.

참고가 되셨길 바랍니다. :-)

실세계에서 날짜/시간을 db에서 timestamp로 쓸 것인가? 아니면, 기타 다른 자료형(int, char)으로 쓸 것인가?는 그 자료가 어떤 식으로 사용될 것인가에 달려있습니다.

예를 들어서,

최근 1주일간, 최근 3일간 ... 이런식의 자료를 뽑는 일이 빈번한 자료라면, 당연히 정수형이나, 문자열보다는 timestamp형이 더 타당합니다. timestamp 형의 +,- 연산이 SQL의 멋진 기능이니.

하지만, 저장되는 자료가 반드시 일/월/년단위로만 뽑혀진다면, 즉, 2003년 5월 자료 모두 .. 이런식으로 움직일 것이라면, 문자열 자료형도 꽤 괜찮은 선택입니다. like 문의 문자열 인덱싱도 탁월한 선택이니.

아쉽게도 PostgreSQL의 timestamp 형은 default 값으로 0을 가질 수 없습니다.

지난번 작업했던 방식은 timestamp형으로 default를 '0001-01-01 00:00:00' 이 값을 두었지요. 그리고 당연히 인덱스를 하나 두었지요. 이것이 얼마나 많은 응용프로그램의 코딩량을 증가시키는지....

'최근 3일간 승인되지 않은 주문을 찾아라' 와 같은 기간이 존재하고, null이 필요한 자료구조라면, 부득이 두개의 인덱싱을 사용하는 것이 여러모로 나을 것같습니다.

더 자세한 이야기 이곳 게시판들의 timestamp 자료형에 대한 이야기를 차근히 살펴보시고, 판단은 각자 알아서.