Re: Speeding up Aggregates - Mailing list pgsql-performance

From Greg Stark
Subject Re: Speeding up Aggregates
Date
Msg-id 87llrvbx0f.fsf@stark.dyndns.tv
Whole thread Raw
In response to Re: Speeding up Aggregates  (Rod Taylor <rbt@rbt.ca>)
Responses Re: Speeding up Aggregates
List pgsql-performance
Rod Taylor <rbt@rbt.ca> writes:

> On Fri, 2003-10-03 at 17:53, Dror Matalon wrote:
> > On Fri, Oct 03, 2003 at 05:44:49PM -0400, Rod Taylor wrote:
> > >
> > > It is too bad the (channel, link) index doesn't have dtstamp at the end
> > > of it, otherwise the below query would be a gain (might be a small one
> > > anyway).
> > >
> > >   select dtstamp
> > >     from items
> > >    where channel = $1
> > >      and link = $2
> > > ORDER BY dtstamp DESC
> > >    LIMIT 1;
>
> It didn't make a difference even with the 3 term index? I guess you
> don't have very many common values for channel / link combination.

You need to do:

 ORDER BY channel DESC, link DESC, dtstamp DESC

This is an optimizer nit. It doesn't notice that since it selected on channel
and link already the remaining tuples in the index will be ordered simply by
dtstamp.

(This is the thing i pointed out previously in
<87el6ckrlu.fsf@stark.dyndns.tv> on Feb 13th 2003 on pgsql-general)


--
greg

pgsql-performance by date:

Previous
From: Neil Conway
Date:
Subject: Re: Sun performance - Major discovery!
Next
From: Jeff
Date:
Subject: Re: Sun performance - Major discovery!