Re: 9.2 upgrade glitch with search_path

Поиск
Список
Период
Сортировка
От Scott Ribe
Тема Re: 9.2 upgrade glitch with search_path
Дата
Msg-id 86FC2B9F-131A-4F9D-803D-73755346BD8F@elevated-dev.com
обсуждение исходный текст
Ответ на Re: 9.2 upgrade glitch with search_path  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
On Jan 13, 2013, at 2:51 PM, Tom Lane wrote:

> That's a hole in the particular dump methodology you selected:
>
>> pg_dumpall -g -f roles.dump
>> pg_dump -F c -Z 0 -v pedcard > db.dump
>
> pg_dump does not dump/restore database properties, only database
> contents.  Properties are the responsibility of pg_dumpall, which
> you bypassed (for databases anyway).
>
> There's been some discussion of refactoring these responsibilities,
> but no consensus.

Ah, this is my first upgrade using that methodology, in order to get concurrent restore functionality. Prior to this
I'vealways used pg_dumpall. 

--
Scott Ribe
scott_ribe@elevated-dev.com
http://www.elevated-dev.com/
(303) 722-0567 voice






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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: 9.2 upgrade glitch with search_path
Следующее
От: Steve Atkins
Дата:
Сообщение: VALUES() evaluation order