Re: Bad planner decision in Postgres

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Bad planner decision in Postgres
Дата
Msg-id 15876.1107280269@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Bad planner decision in Postgres  (Matthew Wakeling <mnw21@cam.ac.uk>)
Ответы Re: Bad planner decision in Postgres  (Matthew Wakeling <mnw21@cam.ac.uk>)
Список 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 по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: [Feed-back] Installing PostgreSQL 8.0.0 on SPARC/Solaris. Configure and install issues.
Следующее
От: Tamas Vincze
Дата:
Сообщение: Re: 8.0.0 make check fails on Solaris 9 (sparc)