Re: pg_dump no longer honors --no-reconnect

Поиск
Список
Период
Сортировка
Искать
От
Peter Eisentraut
Тема
Re: pg_dump no longer honors --no-reconnect
Дата
Msg-id
Pine.LNX.4.44.0309291004200.22870-100000@peter.localdomain
Ответ на
Список
Дерево обсуждения
pg_dump no longer honors --no-reconnect Bruce Momjian <pgman@candle.pha.pa.us>
Re: pg_dump no longer honors --no-reconnect Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_dump no longer honors --no-reconnect Bruce Momjian <pgman@candle.pha.pa.us>
Re: pg_dump no longer honors --no-reconnect Peter Eisentraut <peter_e@gmx.net>
Re: pg_dump no longer honors --no-reconnect Bruce Momjian <pgman@candle.pha.pa.us>
Re: pg_dump no longer honors --no-reconnect Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_dump no longer honors --no-reconnect Bruce Momjian <pgman@candle.pha.pa.us>
Re: pg_dump no longer honors --no-reconnect Tom Lane <tgl@sss.pgh.pa.us>
Bruce Momjian writes:

> Seems we can silently ignore a --use-set-session-authorization flag
> because that is now the default, but I don't see how we can ignore a
> --no-reconnect flag --- we should throw an error.

Why?  The new bevavior of pg_dump is to never reconnect -- exactly the
point of this change.

> Also, the 7.3 manual mentions that only the super-user can restore using
> --use-set-session-authorization.  This is now the only way to create
> dumps.  Seems this is a new limitation to pg_dump that we didn't
> discuss.

It had been dicussed on and off for quite some time.  This limitation
should only apply if you create dumps that contain objects owned by more
than one user.  (Does it?  I didn't check.)

-- 
Peter Eisentraut   peter_e@gmx.net


В списке pgsql-hackers по дате отправления
От: Peter Eisentraut
Дата:
Сообщение: Re: more i18n/l10n issues
От: Andreas Pflug
Дата:
FAQ