From: "Edward W. Rouse" <erouse@comsquared.com>
To: "'Adrian Klaver'" <adrian.klaver@gmail.com>
Cc: <pgsql-sql@postgresql.org>
References: <06c601ccecdd$2cbeefa0$863ccee0$@com> <4F3D574A.9010709@gmail.com>
	<06ca01ccece1$8c86c120$a5944360$@com> <4F3D5B49.3000807@gmail.com>
In-Reply-To: <4F3D5B49.3000807@gmail.com>
Subject: Re: pg_dump - 8.3 - schemas
Date: Thu, 16 Feb 2012 15:17:48 -0500
Message-ID: <06ce01ccece8$0cf851b0$26e8f510$@com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
Thread-Index: Aczs4qyirfP9UeF4S6SzEhfvc/tGOgABIycQ
Content-Language: en-us

Well, when I do a restore using the created file, reports isn't there. i.e.
the select from reports.table gives an error and, from psql, \l doesn't list
it and \dn doesn't show it. But that all does work on the original database.

> -----Original Message-----
> From: pgsql-sql-owner@postgresql.org [mailto:pgsql-sql-
> owner@postgresql.org] On Behalf Of Adrian Klaver
> Sent: Thursday, February 16, 2012 2:39 PM
> To: Edward W. Rouse
> Cc: pgsql-sql@postgresql.org
> Subject: Re: [SQL] pg_dump - 8.3 - schemas
> 
> On 02/16/2012 11:31 AM, Edward W. Rouse wrote:
> > To answer the second question first, yes; both as the same user.
> >
> > pg_dump -v -f $bkfile -F c -U $USER $DATABASE
> 
> 
> So how are you determining that only the public schema is being dumped?
> One thing to check is the search_path setting in postgresql.conf. This
> can create the illusion that only one schema is available in a
> database.
> One way to check is to use the fully qualified name for a table you
> know
> to be in the reports schema. Ex:
> 
> select * from reports.some_table;
> 
> >
> >
> >
> >
> --
> Adrian Klaver
> adrian.klaver@gmail.com
> 
> --
> Sent via pgsql-sql mailing list (pgsql-sql@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-sql