Re: PATCH: hashjoin - gracefully increasing NTUP_PER_BUCKET instead of batching

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: PATCH: hashjoin - gracefully increasing NTUP_PER_BUCKET instead of batching
Дата
Msg-id CA+Tgmoa-==rtgzkNOES91o1Lurr1g5_vfM8cbfJNATjQSdcKeQ@mail.gmail.com
обсуждение исходный текст
Ответ на PATCH: hashjoin - gracefully increasing NTUP_PER_BUCKET instead of batching  (Tomas Vondra <tv@fuzzy.cz>)
Ответы Re: PATCH: hashjoin - gracefully increasing NTUP_PER_BUCKET instead of batching  (Kevin Grittner <kgrittn@ymail.com>)
Список pgsql-hackers
On Sat, Dec 6, 2014 at 10:08 PM, Tomas Vondra <tv@fuzzy.cz> wrote:
>     select a.i, b.i from a join b on (a.i = b.i);

I think the concern is that the inner side might be something more
elaborate than a plain table scan, like an aggregate or join.  I might
be all wet, but my impression is that you can make rescanning
arbitrarily expensive if you work at it.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: double vacuum in initdb
Следующее
От: Noah Misch
Дата:
Сообщение: Re: tracking commit timestamps