Re: Bad planner decision in Postgres - Mailing list pgsql-bugs

From Tom Lane
Subject Re: Bad planner decision in Postgres
Date
Msg-id 15876.1107280269@sss.pgh.pa.us
Whole thread Raw
In response to Bad planner decision in Postgres  (Matthew Wakeling <mnw21@cam.ac.uk>)
Responses Re: Bad planner decision in Postgres
List pgsql-bugs
Matthew Wakeling <mnw21@cam.ac.uk> writes:
> [ snip... ]
> If we remove the limit, then the planner switches to this query plan:

> Limit  (cost=156.24..156.26 rows=10 width=14)

... which still has a limit.  I think you have made several cut-and-paste
errors here, because the plans you are exhibiting aren't legal for the
queries you say they are for.  Nor do I see a reason that the planner
would use, eg, a Sort step for a query with no ORDER BY.  Have you
perhaps been fooling with the various enable_xxx options to try to force
the planner to do what you think it should do?

            regards, tom lane

pgsql-bugs by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [Feed-back] Installing PostgreSQL 8.0.0 on SPARC/Solaris. Configure and install issues.
Next
From: Tamas Vincze
Date:
Subject: Re: 8.0.0 make check fails on Solaris 9 (sparc)