Re: BUG #6640: pg_dump does not always dump data of tables marked as editable in extension - Mailing list pgsql-bugs

From Robert Haas
Subject Re: BUG #6640: pg_dump does not always dump data of tables marked as editable in extension
Date
Msg-id CA+TgmobRRR4V50-CRnKDaxrGbJYcbgfHc2biFqXh1+2W91QO3Q@mail.gmail.com
Whole thread Raw
In response to Re: BUG #6640: pg_dump does not always dump data of tables marked as editable in extension  ("Paragon Corporation" <lr@pcorp.us>)
List pgsql-bugs
On Sun, May 20, 2012 at 1:53 PM, Paragon Corporation <lr@pcorp.us> wrote:
> Okay understood. =A0We had planned to do something along this line of hav=
ing a
> where condition for the extension or putting the custom spatial_ref_sys i=
n a
> separate table but hand't decided which way to go. So that will take care=
 of
> the handling custom records issue.
>
> So I guess the more major issue is a won't fix on both sides since a user
> will not be able to backup custom records without backing up the whole
> database. I don't see any option in 9.1 or 9.2 pg_dump to explicitly back=
up
> an extension and even backing up the schema an extension is installed in
> doesn't seem to do the trick.
>
> I would have expected backing up the schema an extension is installed in
> would backup the extension. =A0Is that expected behavior that it doesn't?

Extensions are not schema objects.

But it seems like maybe we need a pg_dump --extension=3DXYZ option.

--=20
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

pgsql-bugs by date:

Previous
From: Robert Haas
Date:
Subject: Re: BUG #6650: CPU system time utilization rising few times a day
Next
From: Robert Haas
Date:
Subject: Re: BUG #6653: Service does not start in standby-mode