Re: parallel restore

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: parallel restore
Дата
Msg-id 4986D0A2.4000600@gmx.net
обсуждение исходный текст
Ответ на Re: parallel restore  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: parallel restore
Список pgsql-hackers
Andrew Dunstan wrote:
>> Still, that's not a 100% solution because of the cases where we use
>> reconnections to change user IDs --- the required password would
>> (usually) vary.  It might be sufficient to forbid that case with
>> parallel restore, though; I think it's mostly a legacy thing anyway.
> 
> I didn't know such a thing even existed. What causes it to happen? I 
> agree it should be forbidden.

It was the only way to switch users before we had SET SESSION 
AUTHORIZATION and SET ROLE and such.  But the pg_restore man page says 
that -R/--no-reconnect is obsolete, so I'm not sure what the current 
behavior really is.


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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Controlling hot standby
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: mingw check hung