Re: Using ALTER TABLESPACE in pg_dump
От | Tom Lane |
---|---|
Тема | Re: Using ALTER TABLESPACE in pg_dump |
Дата | |
Msg-id | 18515.1098714847@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Using ALTER TABLESPACE in pg_dump (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: Using ALTER TABLESPACE in pg_dump
|
Список | pgsql-hackers |
Bruce Momjian <pgman@candle.pha.pa.us> writes: > I was thinking we could have a var like schema search path that > specifies where we try to create the object: > SET tablespace_path = 'tblspc1, pg_default'; > CREATE TABLE test(x int); > This combines the idea of pulling the TABLESPACE specification out of > the CREATE, and allows a fallback if the primary tablespace doesn't > exist. ... and takes us even further away from the notion that the default tablespace is determined by the parent object (database or schema). I think that we have a clean, understandable, easy-to-use tablespace behavior now, and we should not muck it up for abstract second-order goals like having portable dumps for databases that were created unportably in the first place. regards, tom lane
В списке pgsql-hackers по дате отправления: