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
Re: pg_largeobject and tablespaces Re: pg_largeobject and tablespaces |
Список | 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 по дате отправления: