Re: security labels on databases are bad for dump & restore

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: security labels on databases are bad for dump & restore
Дата
Msg-id 20150831214608.GD17858@momjian.us
обсуждение исходный текст
Ответ на Re: security labels on databases are bad for dump & restore  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Ответы Re: security labels on databases are bad for dump & restore  (Noah Misch <noah@leadboat.com>)
Список pgsql-hackers
On Tue, Jul 28, 2015 at 04:23:36PM -0300, Alvaro Herrera wrote:
> Josh Berkus wrote:
> > On 07/28/2015 11:58 AM, Robert Haas wrote:
> > > I'd be strongly in favour of teaching GRANT, SECURITY LABEL, COMMENT
> > >> ON DATABASE, etc to recognise CURRENT_DATABASE as a keyword. Then
> > >> dumping them in pg_dump --create, and in pg_dump -Fc .
> > >>
> > >> In practice I see zero real use of pg_dumpall without --globals-only,
> > >> and almost everyone does pg_dump -Fc . I'd like to see that method
> > >> case actually preserve the whole state of the system and do the right
> > >> thing sensibly.
> > >>
> > >> A pg_restore option to skip database-level settings could be useful,
> > >> but I think by default they should be restored.
> > 
> > +++++1
> > 
> > Let's get rid of pg_dumpall -g.
> 
> Quite the opposite, I think --- let's get rid of pg_dumpall EXCEPT when
> invoked as pg_dumpall -g.

Is this a TODO?

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + Everyone has their own god. +



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

Предыдущее
От: David Fetter
Дата:
Сообщение: Re: Should \o mean "everything?"
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Horizontal scalability/sharding