Re: [BUGS] BUG #14456: pg_dump doesn't restore permissions on tablesbelonging to an extension
От | Alvaro Herrera |
---|---|
Тема | Re: [BUGS] BUG #14456: pg_dump doesn't restore permissions on tablesbelonging to an extension |
Дата | |
Msg-id | 20170112212208.2icg45ejn3hup5ts@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: [BUGS] BUG #14456: pg_dump doesn't restore permissions on tables belonging to an extension (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-bugs |
Tom Lane wrote: > Moshe Jacobson <moshe@neadwerx.com> writes: > > On Thu, Jan 12, 2017 at 2:01 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > >> I think this scenario is simply pilot error, or at least gross abuse of > >> the extension system. If you dump and reload a DB containing an extension, > >> the extension definition that's fetched by CREATE EXTENSION is expected > >> to define (at least) all the objects that belonged to the extension in the > >> old DB. You can't just randomly ALTER EXTENSION and not update the > >> extension definition script to match. > > > The reason I add the dynamically-created tables to the extension is so that > > they are never included in the pg_dump output. If this is a gross abuse of > > the extension system, is there another way you can suggest to mark these > > tables as not-to-be-dumped? > > The extension mechanism definitely isn't meant to do that ;-). Maybe > you could put these not-to-dump tables in their own schema and exclude > that schema from pg_dump with -N? Is this related to this commit? https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2fcad27d59c8e5c48f8fa0a96c8355e40f24273 -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: