Re: Fixing pg_dump

Поиск
Список
Период
Сортировка
От Christopher Kings-Lynne
Тема Re: Fixing pg_dump
Дата
Msg-id 40DF7DBD.2050905@familyhealth.com.au
обсуждение исходный текст
Ответ на Re: Fixing pg_dump  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Ответы Re: Fixing pg_dump  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> * Do we no longer worry about the SCHEMA AUTHORIZATION clause?  I might 
> set it to keep being issued in 'sql standard mode', but otherwise we 
> cannot use it in dumps any more.

Actually, that's not true - I'm being silly.  We can use the 
AUTHORIZATION clause instead of ALTER SCHEMA ... OWNER TO :)

Another question:

We currently fully qualify DROP command with the namespace so that drops 
will not accidentally modify the system catalogs.  Shouldn't this also 
be necessary on ALL non-CREATE commands?

ie. All ALTER, GRANT and REVOKE commands?

Otherwise, if the create table command associated with each of these 
fails (for whatever reason), the script could happily carry on and 
modify the system catalog tables?

Chris



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

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