Re: Big 7.1 open items

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Big 7.1 open items
Дата
Msg-id 200006222011.QAA12816@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: Big 7.1 open items  ("Philip J. Warner" <pjw@rhyme.com.au>)
Список pgsql-hackers
> pg_dump is a good basis for any pg_backup utility; perhaps as you indicated
> elsewhere, more carefull formatting of the dump files would make
> table-based restoration possible. In another response, I also suggested
> allowing overrides of placement information in a restore operation- the
> simplest approach would be an 'ignore-storage-parameters' flag. Does this
> sound reasonable? If so, then discussion of file-id based on OID needs not
> be too concerned about how db restoration is done.

My idea was to make dumping of tablespace locations/symlinks optional. 
By trying to control it on the load end, you have to basically have some
way of telling the backend to ignore the symlinks on load.  Right now,
pg_dump just creates SQL commands and COPY commands.

--  Bruce Momjian                        |  http://www.op.net/~candle pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


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

Предыдущее
От: The Hermit Hacker
Дата:
Сообщение: Re: Thoughts on multiple simultaneous code page support
Следующее
От: Lamar Owen
Дата:
Сообщение: Interesting mention of PostgreSQL in news