Re: LATERAL

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: LATERAL
Дата
Msg-id 603c8f070912171913m238023b4k2c80a709f0fb4a23@mail.gmail.com
обсуждение исходный текст
Ответ на Re: LATERAL  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: LATERAL
Список pgsql-hackers
On Sun, Oct 18, 2009 at 2:57 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> You could probably convince me that a merge join is not going to be
>> too useful (how often can you want a merge join on the inner side of a
>> nested loop?
>
> Why not?  As Andrew pointed out, what we're really trying to accomplish
> here is consider sub-join plans that are parameterized by a value
> obtained from an outer relation.  I think we shouldn't artificially
> limit what we consider.
>
> But anyway I think we're on the same page here: what we ought to do is
> try implementing this scheme without any extra restrictions on what it
> considers, and see what the performance is like.  We can try to limit
> what it considers if it turns out not to work well in the simplest
> form.

You mention what "we" ought to do here, so - is this something that
you're planning to have a go at?

Another question I have - while generalizing the inner-indexscan
machinery is an interesting join optimization technique, I'm thinking
that it actually has very little to do with LATERAL.  Is there any
reason to suppose that one or the other needs to be done first?

...Robert


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

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: [PATCH] remove redundant ownership checks
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: [PATCH] remove redundant ownership checks