Re: Ambigous Plan - Larger Table on Hash Side

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Ambigous Plan - Larger Table on Hash Side
Дата
Msg-id 14578.1520878011@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Ambigous Plan - Larger Table on Hash Side  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> Not sure I follow. Unless the values are equivalent (i.e. duplicate key
> values), why should non-uniformity in key space translate to hash space?

Duplicates are exactly the problem.  See estimate_hash_bucket_stats.

> And if there's duplicates it shouldn't hurt much either, unless doing
> a semi/anti-join? All rows are going to be returned and IIRC we quite
> cheaply continue a bucket scan?

If the bucket containing the MCV is bigger than work_mem, you gotta
problem --- one not necessarily shared by the other relation.

            regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: CURRENT OF causes an error when IndexOnlyScan is used
Следующее
От: David Steele
Дата:
Сообщение: Re: PATCH: Unlogged tables re-initialization tests