Re: Grouped Index Tuples

From: Heikki Linnakangas <heikki(at)enterprisedb(dot)com>
To: Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>
Cc: "Jim C(dot) Nasby" <jim(at)nasby(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Grouped Index Tuples
Date: 2006-12-12 10:40:09
Message-ID: 457E8709.2020808@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Ron Mayer wrote:
> Jim C. Nasby wrote:
>> On usage, ISTM it would be better to turn on GIT only for a clustered
>> index and not the PK? I'm guessing your automatic case is intended for
>> SERIAL PKs, but maybe it would be better to just make that explicit.
>
> Not necessarily; since often (in my tables at least) the data for
> come columns has some local grouping of similar values even though
> it's not the clustered index.

Yes, there's a lot of cases like that.

My real goal is to make it cheap enough in the case where there is no
clustering, that we could just enable it on all indexes by default. At
the moment, it looks like it's indeed near-zero cost when the table is
in random order, but the CPU overhead is too great in many workloads to
have it always enabled. More autotuning logic would be needed, or a
significant reduction in overhead.

But as it is, you can always turn it on explicitly if you think it'd help.

--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message ohp 2006-12-12 10:46:26 Re: unixware and --with-ldap
Previous Message Zeugswetter Andreas ADI SD 2006-12-12 09:22:05 Re: Load distributed checkpoint