Re: [HACKERS] hybrid hash, cont. of development suggestion needed

Поиск
Список
Период
Сортировка
От Xun Cheng
Тема Re: [HACKERS] hybrid hash, cont. of development suggestion needed
Дата
Msg-id 200001162344.PAA01190@hercules.cs.ucsb.edu
обсуждение исходный текст
Ответ на Re: [HACKERS] [hackers]development suggestion needed  (Hannu Krosing <hannu@tm.ee>)
Ответы Re: [HACKERS] hybrid hash, cont. of development suggestion needed  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
First I want to thank you for all help I got to my
earlier posting.


>> Right.  The hash join uses batching if it estimates that the relation
>> is too large to fit in memory; is that what you call "hybrid"?
>
>I've heard the word "hybrid" being used of a scheme where you hash each 
>key of a multi-key index separately and then concatenate the hashes for 
>the index. That way you can use the index for accessing also subsets of 
>keys by examining only the buxkets with matching hash sections.

In research, there are traditionally three kinds of hash joins:
simple hash, grace hash and hybrid hash. Hybrid is generally considered
to be having a better performance since it is designed to combine
the best behavior of simple hash and grace hash.
It has two phases. In the first the relations are read, hashed into
buckets, and written out, as in grace hash. However, during this phase
a portion of the memory is reserved for an in-memory hash bucket for R (
R is joining with S and R is smaller). This bucket of R will never
be written to disk.

xun



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

Предыдущее
От: Alfred Perlstein
Дата:
Сообщение: docs done Re: [HACKERS] LIBPQ patches ...
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] hybrid hash, cont. of development suggestion needed