Re: pgsql: Remove item, not sure what it refers to:

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: Kris Jurka <books(at)ejurka(dot)com>, Bruce Momjian <momjian(at)svr1(dot)postgresql(dot)org>, pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql: Remove item, not sure what it refers to:
Date: 2005-04-25 13:57:07
Message-ID: 200504251357.j3PDv7A06617@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Stephen Frost wrote:
-- Start of PGP signed section.
> * Bruce Momjian (pgman(at)candle(dot)pha(dot)pa(dot)us) wrote:
> > Thanks, TODO item readded with a clearer description:
> >
> > * Allow ORDER BY ... LIMIT 1 to select high/low value without sort or
> > index using a sequential scan for highest/lowest values
> >
> > Right now, if no index exists, ORDER BY ... LIMIT 1 requires we sort
> > all values to return the high/low value. Instead The idea is to do a
> > sequential scan to find the high/low value, thus avoiding the sort.
>
> Could we take this perhaps a step further and consider things like
> 'LIMIT 10' and come up with an approximate point where the trade-off
> exists? Actually, thinking about this a minute more perhaps there isn't
> even a trade-off to be made... What you're suggesting is basically a
> size-of-1 temporary memory structure for the 'sort'. Isn't there
> already a memory structure used to perform the sorting though? Could it
> be adjusted such that it's of a fixed size when 'LIMIT' is given, as
> above?
>
> Just some thoughts, while I think the specific 'LIMIT 1' case is
> probably pretty common I think the 'LIMIT 10' or 'LIMIT 50' (or however
> many you want to display on the webpage...) is a pretty common use case
> too and it sounds like we could improve those too with this mechanism.

Yes, I think the final optimization will allow >1 values for LIMIT.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message User Kimhanse 2005-04-25 14:00:18 tablelog - tablelog: Created function to create view that will do a
Previous Message Stephen Frost 2005-04-25 13:52:02 Re: pgsql: Remove item, not sure what it refers to: