Re: Weird behaviour with the new MOVE clause of ALTER TABLESPACE - Mailing list pgsql-hackers

From Guillaume Lelarge
Subject Re: Weird behaviour with the new MOVE clause of ALTER TABLESPACE
Date
Msg-id 1399735951.2783.4.camel@localhost.localdomain
Whole thread Raw
In response to Re: Weird behaviour with the new MOVE clause of ALTER TABLESPACE  (Stephen Frost <sfrost@snowman.net>)
Responses Re: Weird behaviour with the new MOVE clause of ALTER TABLESPACE
List pgsql-hackers
On Fri, 2014-05-09 at 17:16 -0400, Stephen Frost wrote:
> Guillaume,
> 
> * Guillaume Lelarge (guillaume@lelarge.info) wrote:
> > Should information_schema tables be moved and not pg_catalog ones? it
> > doesn't seem consistent to me.
> 
> The catalog tables are moved by changing the database's tablespace, eg:
> 
> ALTER DATABASE ... SET TABLESPACE
> 
> That also moves any objects which are not assigned to a specific
> tablespace.
> 
> The question ends up being just which side of "is it part of the
> catalog, or not?" the information schema falls on to.  For this case, I
> had considered those to *not* be part of the catalog as they can be
> moved independently of the ALTER DATABASE ... SET TABLESPACE.
> 
> This is happily documented:
> 
>    System catalogs will not be moved by this command- individuals wishing to
>    move a whole database should use ALTER DATABASE, or call ALTER TABLE on the
>    individual system catalogs.  Note that relations in <literal>information_schema</literal>
>    will be moved, just as any other normal database objects, if the user is the
>    superuser or considered an owner of the relations in <literal>information_schema</literal>.
> 

Thanks for the explanation. I should have RTFM before complaining. Sorry
for the noise :)


-- 
Guillaume
http://blog.guillaume.lelarge.info
http://www.dalibo.com




pgsql-hackers by date:

Previous
From: "MauMau"
Date:
Subject: Re: [bug fix] pg_ctl always uses the same event source
Next
From: Andres Freund
Date:
Subject: Re: A couple logical decoding fixes/patches