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

From Tom Lane
Subject Re: Loss of cluster status
Date
Msg-id 14883.1045841249@sss.pgh.pa.us
Whole thread Raw
In response to Re: Loss of cluster status  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
Responses Re: Loss of cluster status  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
List pgsql-hackers
"Christopher Kings-Lynne" <chriskl@familyhealth.com.au> writes:
>> Would it be an idea to issue a CLUSTER command after the CREATE TABLE
>> statement in SQL dumps for tables that have an indisclustered index?

Yeah...

> Actually, rather than a full-blown CLUSTER, how about...:

> UPDATE pg_index SET indisclustered=true WHERE indrelid=(SELECT oid FROM
> pg_class WHERE relname='mytable' AND relnamespace = (SELECT oid FROM
> pg_namespace WHERE nspname=CURRENT_SCHEMA()));

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.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Joe Conway
Date:
Subject: Re: contrib Makefile's and OS X
Next
From: Tom Lane
Date:
Subject: Re: possibly spurious `EXCEPT ... may not refer to other relation...'