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