Re: Weird behaviour with the new MOVE clause of ALTER TABLESPACE
| От | Stephen Frost |
|---|---|
| Тема | Re: Weird behaviour with the new MOVE clause of ALTER TABLESPACE |
| Дата | |
| Msg-id | 20140509211648.GQ2556@tamriel.snowman.net обсуждение исходный текст |
| Ответ на | Weird behaviour with the new MOVE clause of ALTER TABLESPACE (Guillaume Lelarge <guillaume@lelarge.info>) |
| Ответы |
Re: Weird behaviour with the new MOVE clause of ALTER
TABLESPACE
|
| Список | pgsql-hackers |
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
superuseror considered an owner of the relations in <literal>information_schema</literal>.
Thanks,
Stephen
В списке pgsql-hackers по дате отправления: