Re: [HACKERS] EXISTS optimization

Поиск
Список
Период
Сортировка
От Martijn van Oosterhout
Тема Re: [HACKERS] EXISTS optimization
Дата
Msg-id 20070323222641.GD9623@svana.org
обсуждение исходный текст
Ответ на Re: [HACKERS] EXISTS optimization  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] EXISTS optimization  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-performance
On Fri, Mar 23, 2007 at 05:49:42PM -0400, Tom Lane wrote:
> We don't currently try to flatten EXISTS into a unique/join plan as we
> do for IN.  I seem to recall not doing so when I rewrote IN planning
> because I didn't think it would be exactly semantically equivalent,
> but that was awhile ago.  Right at the moment it seems like it ought
> to be equivalent as long as the comparison operators are strict.

Wasn't it due to the fact that IN needs to scan through all
possibilites anyway because of its interaction with NULL, whereas
EXISTS can stop at the first row?

That would mean the subquery to be materialised would not be equivalent
if it called any non-immutable functions. It's also much less clear to
be a win in the EXISTs case. But then, that's a costs issue the planner
can deal with...

Have a nice day,
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to litigate.

Вложения

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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: [HACKERS] EXISTS optimization
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: Re: [HACKERS] EXISTS optimization