Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id 457729E8852 for ; Wed, 9 May 2012 14:41:27 -0300 (ADT) Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SSAtD-0007kX-7A for pgsql-admin@postgresql.org; Wed, 09 May 2012 17:41:27 +0000 Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id q49HfDUK024706; Wed, 9 May 2012 13:41:13 -0400 (EDT) To: Chander Ganesan cc: pgsql-admin@postgresql.org Subject: Re: Extension prevents dumping table? In-reply-to: <4FAAA41E.8080501@gmail.com> References: <4FAAA41E.8080501@gmail.com> Comments: In-reply-to Chander Ganesan message dated "Wed, 09 May 2012 13:06:38 -0400" Date: Wed, 09 May 2012 13:41:13 -0400 Message-ID: <24705.1336585273@sss.pgh.pa.us> From: Tom Lane X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201205/52 X-Sequence-Number: 39541 Chander Ganesan 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