From: | Christopher Browne <cbbrowne(at)libertyrms(dot)info> |
---|---|
To: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: indexing timestamp fields |
Date: | 2003-10-15 21:31:21 |
Message-ID: | 607k36w5li.fsf@dev6.int.libertyrms.info |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
teknokrat <teknokrat(at)yahoo(dot)com> writes:
> Christopher Browne wrote:
>
>> teknokrat <teknokrat(at)yahoo(dot)com> writes:
>>
>>>Is it a good idea to index timestamp fields? what about date fields in
>>>general?
>> If you need to order by a timestamp, then it can be worthwhile.
>> If that timestamp can be null, and is rarely populated, then you
>> might
>> get a _big_ benefit from creating a partial index as with:
>> create index by_some_date on my_table(some_date) where some_date is
>> not null;
>
> I have a lot of queries of the " where timestamp < some date " type
> and was wondering if an index would improve performance. None of the
> timestamps are null and they are always populated
There isn't a single straight answer on this.
It _might_ help; it might not.
- It might be that adding "timestamp" to some existing index would be
better still.
- If the table is real big, and the "ts < other_ts" doesn't restrict
things very much, then you may merely sit in between an index scan
that touches every page of the table and a Seq Scan that does the
same.
Try creating the index, and do some EXPLAIN ANALYZE queries to see
what happens; that should give you an idea as to how effective this
is.
--
output = ("cbbrowne" "@" "libertyrms.info")
<http://dev6.int.libertyrms.com/>
Christopher Browne
(416) 646 3304 x124 (land)
From | Date | Subject | |
---|---|---|---|
Next Message | Zhao, Scott | 2003-10-15 21:46:07 | SQL function to validate money input |
Previous Message | Steve Crawford | 2003-10-15 20:31:22 | Re: Calc |