Re: [BUGS] BUG #14456: pg_dump doesn't restore permissions on tables belonging to an extension
От | Tom Lane |
---|---|
Тема | Re: [BUGS] BUG #14456: pg_dump doesn't restore permissions on tables belonging to an extension |
Дата | |
Msg-id | 18075.1484254811@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [BUGS] BUG #14456: pg_dump doesn't restore permissions on tablesbelonging to an extension (Moshe Jacobson <moshe@neadwerx.com>) |
Ответы |
Re: [BUGS] BUG #14456: pg_dump doesn't restore permissions on tablesbelonging to an extension
|
Список | pgsql-bugs |
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? regards, tom lane -- 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 по дате отправления: