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 по дате отправления: