Re: hash index improving v3

Поиск
Список
Период
Сортировка
От Alex Hunsaker
Тема Re: hash index improving v3
Дата
Msg-id 34d269d40809041742r6a0703dbgfbdd012f7f19de2e@mail.gmail.com
обсуждение исходный текст
Ответ на Re: hash index improving v3  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: hash index improving v3  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-patches
On Thu, Sep 4, 2008 at 5:11 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> So my thinking right now is that we should just test this patch as-is.
> If it doesn't show really horrid performance when there are lots of
> hash key collisions, we should forget the store-both-things idea and
> just go with this.

Ok let me know if this is to naive of an approach or not hitting the
right cases you want tested.

create table hash_a (same text, uniq text);
insert into hash_a (same, uniq)  select 'same', n from
generate_series(0, 5000) as n;

create table hash_b (uniq text);
insert into hash_b (uniq)  select n  from generate_series(5000, 10000) as n;

pgbench -c 1 -t 100 -n -f of the following

hash_same.sql:
set enable_seqscan to off;
set enable_mergejoin to off;
select 1 from hash_a as a inner join hash_a as aa on aa.same = a.same;

hash_uniq.sql:
set enable_seqscan to off;
set enable_mergejoin to off;
select 1 from hash_a as a inner join hash_b as b on b.uniq = a.uniq;

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: hash index improving v3
Следующее
От: Tom Lane
Дата:
Сообщение: Re: hash index improving v3