Re: min/max planner optimization

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: min/max planner optimization
Дата
Msg-id 87lk9ozjp1.fsf@oxford.xeocode.com
обсуждение исходный текст
Ответ на Re: min/max planner optimization  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: min/max planner optimization  ("Gokulakannan Somasundaram" <gokul007@gmail.com>)
Список pgsql-hackers
"Tom Lane" <tgl@sss.pgh.pa.us> writes:

> The only case where the optimization is a win is where you have a
> zero-startup-cost subplan, and the only way to get sorted output with zero
> startup cost is an indexscan.

Sure but there could be other nodes above the index scan which preserve the
order. In particular nested loop and merge joins. Unique also preserves the
order but I can't see how it could be useful here. And of course potentially
Append nodes in the future...

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Pavel Stehule"
Дата:
Сообщение: Re: Proposal: real procedures again (8.4)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Datum should be defined outside postgres.h