Re: Hashjoin startup strategy (was Re: Getting different number of results when using hashjoin on/off)

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Hashjoin startup strategy (was Re: Getting different number of results when using hashjoin on/off)
Дата
Msg-id 87r790i9k9.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Hashjoin startup strategy (was Re: Getting different number of results when using hashjoin on/off)  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:

> In particular, the executor knows that the outer subplan is parameterless
> and therefore should deliver the same results each time (modulo volatile
> functions of course), so after the first cycle it could know that there's no
> point in trying the early fetch on that side.

> Anyone have any other ideas?

I suspect this is obvious but since you asked, there isn't any way to keep
around the hash table and just reuse it repeatedly instead of having to rescan
the data over and over is there?

-- 
greg



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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Using multi-row technique with COPY
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Allow an alias for the target table in UPDATE