Re: [HACKERS] Hypothetical suggestions for planner, indexing improvement

Поиск
Список
Период
Сортировка
От Jim C. Nasby
Тема Re: [HACKERS] Hypothetical suggestions for planner, indexing improvement
Дата
Msg-id 20030506080747.C66185@flake.decibel.org
обсуждение исходный текст
Ответ на Re: [HACKERS] Hypothetical suggestions for planner, indexing improvement  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: [HACKERS] Hypothetical suggestions for planner, indexing improvement  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: [HACKERS] Hypothetical suggestions for planner, indexing  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Список pgsql-performance
On Mon, May 05, 2003 at 09:33:33PM -0700, Josh Berkus wrote:
> EXISTS is more flexible than IN; how can you do a 3-column corellation on an
> IN clause?

It would be nice to add support for multi-column IN..

WHERE (a, b, c) IN (SELECT a, b, c ...)

BTW, does postgresql handle IN and EXISTS differently? Theoretically if
the optimizer was good enough you could transform one to the other and
not worry about it. Whenever possible, I try and use IN when the
subselect will return a very small number of rows, since IN might be
faster than EXISTS in that case, though it seems most optimizers tend to
fall apart when they see ORs, and a lot of databases transform IN to a
OR b OR c.
--
Jim C. Nasby (aka Decibel!)                    jim@nasby.net
Member: Triangle Fraternity, Sports Car Club of America
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"


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

Предыдущее
От: Richard Huxton
Дата:
Сообщение: Re: Select on timestamp-day slower than timestamp alone
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: [HACKERS] Hypothetical suggestions for planner, indexing improvement