Re: Horribly slow hash join

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Horribly slow hash join
Дата
Msg-id 873c719476.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: Horribly slow hash join  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Horribly slow hash join  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
Tom Lane <tgl@sss.pgh.pa.us> writes:

> Greg Stark <gsstark@mit.edu> writes:
> > Tom Lane <tgl@sss.pgh.pa.us> writes:
> >> (Also, I have been harboring some notions of supporting cross-type hash
> >> joins for integer types, which will not work unless small int8 values hash
> >> the same as int4 etc.)
>
> > The obvious way to modify the hash function is to xor the high 32 bits with
> > the low 32 bits. That maintains the property you need
>
> No it doesn't ...

Eh? Oh, negative numbers? So low^high^sign.


I wonder if it makes sense to have check the hash distribution after
generating the table and if it's bad then throw it away and try again with a
different hash function. The "different hash function" would probably just be
a seed value changing. Probably way overkill though.

--
greg

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

Предыдущее
От: Dennis Bjorklund
Дата:
Сообщение: Re: Horribly slow hash join
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Horribly slow hash join