Re: multiple joins + Order by + LIMIT query performance issue - Mailing list pgsql-performance

From Matthew Wakeling
Subject Re: multiple joins + Order by + LIMIT query performance issue
Date
Msg-id Pine.LNX.4.64.0805071141270.16756@aragorn.flymine.org
Whole thread Raw
In response to Re: multiple joins + Order by + LIMIT query performance issue  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
On Tue, 6 May 2008, Tom Lane wrote:
> If a misestimate of this kind is bugging you enough that you're willing
> to change the query, I think you can fix it like this:
>
>     select ... from foo order by x limit n;
> =>
>     select ... from (select ... from foo order by x) ss limit n;
>
> The subselect will be planned without awareness of the LIMIT, so you
> should get a plan using a sort rather than one that bets on the LIMIT
> being reached quickly.

Surely if that's the case, that in itself is a bug? Apart from being
"useful", I mean.

Matthew

--
"Television is a medium because it is neither rare nor well done."
  -- Fred Friendly

pgsql-performance by date:

Previous
From: "Albe Laurenz *EXTERN*"
Date:
Subject: Re: RAID 10 Benchmark with different I/O schedulers
Next
From: Matthew Wakeling
Date:
Subject: Re: RAID 10 Benchmark with different I/O schedulers