From: | Scott Carey <scott(at)richrelevance(dot)com> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Andy Colson <andy(at)squeakycode(dot)net>, Gnanakumar <gnanam(at)zoniac(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Database size growing over time and leads to performance impact |
Date: | 2010-04-01 20:08:46 |
Message-ID: | 0E67806D-BED3-4998-83C7-842BEC6447AF@richrelevance.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-performance |
On Mar 31, 2010, at 1:47 PM, Robert Haas wrote:
> On Wed, Mar 31, 2010 at 4:37 PM, Scott Carey <scott(at)richrelevance(dot)com> wrote:
>> On Mar 27, 2010, at 6:35 AM, Andy Colson wrote:
>>>
>>> Dont "VACUUM FULL", its not helping you, and is being removed in newer versions.
>>>
>>
>> Off topic: How is that going to work? CLUSTER doesn't work on tables without an index. I would love to be able to CLUSTER on some column set that doesn't necessarily have an index.
>
> I believe the new VF implementation just rewrites the data in the same
> physical order as it was in previously, but without the dead space.
> So it's sort of like cluster-by-no-index-at-all.
>
Still off topic:
Will CLUSTER/VF respect FILLFACTOR in 9.0?
As far as I can tell in 8.4, it does not. CLUSTER on a table with FILLFACTOR=100, then alter the table to FILLFACTOR=90, cluster again -- the file size reported by \dt+ is the same. This is a fairly big performance issue since it means that HOT doesn't function well on a table just CLUSTERed.
> ...Robert
From | Date | Subject | |
---|---|---|---|
Next Message | Francisco Reyes | 2010-04-01 20:20:01 | Re: pg_restore : change schema |
Previous Message | Francisco Reyes | 2010-04-01 15:06:43 | Re: pg_restore : change schema |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-04-01 20:42:53 | Re: Database size growing over time and leads to performance impact |
Previous Message | Faheem Mitha | 2010-04-01 19:32:37 | Re: experiments in query optimization |