pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Chander Ganesan <chander.ganesan@gmail.com>
Cc: pgsql-admin@postgresql.org
Subject: Re: Extension prevents dumping table?
Date: Wed, 09 May 2012 13:41:13 -0400
Message-ID: <24705.1336585273@sss.pgh.pa.us> (raw)
In-Reply-To: <4FAAA41E.8080501@gmail.com>
References: <4FAAA41E.8080501@gmail.com>

Chander Ganesan <chander.ganesan@gmail.com> writes:
> With PostGIS 2.0 if I load/install postgis using the command:
> create extension postgis schema postgis;

> And then use the command:

> pg_dump -t postgis.spatial_ref_sys dbname > spatial_ref_sys.sql

> I get an output that contains a few "set" statements, but no table 
> definition or data from the table.

> However, if I install the PostGIS components the "old" way (not using 
> the extension loader), the pg_dump of the table works just fine.

> Any ideas how to fix this or why this happens?

I don't think there is anything to "fix".  If the table is part of the
extension then it should not get dumped separately.  I don't know enough
about PostGIS to know if there's a valid reason to want to dump that
table by itself, but if you think there is, you should take it up with
the PostGIS authors; there may be a need to adjust the way PostGIS is
packaged into an extension.

			regards, tom lane



view thread (2+ messages)

Message-ID: <24705.1336585273@sss.pgh.pa.us>
Permalink:  ../24705.1336585273@sss.pgh.pa.us/
Also on:    postgresql.org/message-id/24705.1336585273@sss.pgh.pa.us

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-admin@postgresql.org
  Cc: tgl@sss.pgh.pa.us, chander.ganesan@gmail.com
  Subject: Re: Extension prevents dumping table?
  In-Reply-To: <24705.1336585273@sss.pgh.pa.us>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox