Re: dump / restore functionality

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: dump / restore functionality
Дата
Msg-id 16024.1158072042@sss.pgh.pa.us
обсуждение исходный текст
Ответ на dump / restore functionality  (Naz Gassiep <naz@mira.net>)
Ответы Re: dump / restore functionality  ("Joshua D. Drake" <jd@commandprompt.com>)
Re: dump / restore functionality  (Naz Gassiep <naz@mira.net>)
Re: dump / restore functionality  (Markus Schaber <schabi@logix-tt.com>)
Список pgsql-hackers
Naz Gassiep <naz@mira.net> writes:
> At risk of being chastised for reviving old issues, I was wondering, 
> what are the chances were of getting the dump / restore selectivity into 
> 8.2 ?

None, but feel free to start coding for 8.3.

> I am referring to the idea that, instead of the current 2 parts, a 
> dump could be broken up into 3 parts, namely tables, data and everything 
> else, so that data from one dump could be mixed and matched with schema 
> defs from another dump easily and scriptably.

That seems like a rather spectacular overstatement of the likely
benefits, not to mention a misdescription of what was discussed.

AFAIR what was discussed was separating- schema stuff needed before loading data- table data- schema stuff needed after
loadingdata
 
where the last category boils down to "indexes and then foreign keys".
All the "other stuff" such as functions really needs to be in the
first part ... or at least there's no visible benefit to delaying
loading it.
        regards, tom lane


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

Предыдущее
От: Naz Gassiep
Дата:
Сообщение: Re: dump / restore functionality
Следующее
От: Tom Lane
Дата:
Сообщение: Re: currentItemData & currentMarkData