Re: 'IN' performance

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: 'IN' performance
Дата
Msg-id 29730.1008571443@sss.pgh.pa.us
обсуждение исходный текст
Ответ на 'IN' performance  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
Список pgsql-sql
"Christopher Kings-Lynne" <chriskl@familyhealth.com.au> writes:
> That's what I was thinking...where abouts does all that activity happen?

The infrastructure for different join rules already exists.  There'd
need to be a new JOIN_xxx type added to the various join nodes in the
executor, but AFAICS that's just a minor extension.  The part that is
perhaps not trivial is in the planner.  All the existing inner and outer
join types start out expressed as joins in the original query.  To make
IN into a join, the planner would have to hoist up a clause from WHERE
into the join-tree structure.  I think it can be done, but I have not
thought hard about where and how, nor about what semantic restrictions
might need to be checked.
        regards, tom lane


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

Предыдущее
От: "Christopher Kings-Lynne"
Дата:
Сообщение: 'IN' performance
Следующее
От: "Henshall, Stuart - WCP"
Дата:
Сообщение: Re: weird duplicate data problem