Re: Loss of cluster status - Mailing list pgsql-hackers

From Christopher Kings-Lynne
Subject Re: Loss of cluster status
Date
Msg-id 0c6e01c2dbab$803b0f80$6500a8c0@fhp.internal
Whole thread Raw
In response to Loss of cluster status  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
Responses Re: Loss of cluster status
List pgsql-hackers
> No; directly manipulating the system catalogs in dump scripts is a
> crummy idea, because (a) it only works if you're superuser, and (b)
> it creates a nasty backwards-compatibility problem if we change the
> catalogs involved.
>
> A CLUSTER command issued just after table creation, while it's still
> empty, would be cheap ... but we don't put the index in place until
> we've loaded the data, do we?  Darn.

Maybe we should issue it after the CREATE INDEX and ADD CONSTRAINT has
occurred and just bite it.  We could have a pg_dump --no-cluster option to
suppress them.   However, we need to guarantee to the user that we restore
their database exactly as they had it.

Other potential problem - ALTER TABLE / SET STORAGE ?

Chris





pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: pg_dump / restore of empty database gives errors
Next
From: Tom Lane
Date:
Subject: Re: Loss of cluster status