Re: pg_largeobject and tablespaces

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_largeobject and tablespaces
Дата
Msg-id 8545.1088049222@sss.pgh.pa.us
обсуждение исходный текст
Ответ на pg_largeobject and tablespaces  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Ответы Re: pg_largeobject and tablespaces  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Re: pg_largeobject and tablespaces  (Gavin Sherry <swm@linuxworld.com.au>)
Re: pg_largeobject and tablespaces  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
Christopher Kings-Lynne <chriskl@familyhealth.com.au> writes:
> With our new tablespace set up, is it ever possible for someone to move 
> pg_largeobject to another tablespace?

Assuming that ALTER TABLE SET TABLESPACE gets in, my preferred answer is
to apply that operation to pg_largeobject.

We do need to think a bit about what the safety constraints on ALTER
TABLE SET TABLESPACE should be.  To allow the above, we cannot
completely forbid moving system catalogs.  However, it will not work
to allow moving *every* system catalog ... for instance, if you were to
move pg_class itself, things would be more than slightly broken, because
the backend could not find pg_class to learn where the system catalogs
are.

It might be that we only need to forbid moving the "nailed" system
relations, but I haven't thought it through yet.

If nothing else comes to mind, a reasonable compromise for 7.5 would be
to forbid moving any system catalog except pg_largeobject and its
indexes ...
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Christopher Kings-Lynne
Дата:
Сообщение: Fixing pg_dump
Следующее
От: Tom Lane
Дата:
Сообщение: Re: 7.5-dev, pg_dumpall, dollarquoting