Re: pg_dump - 8.3 - schemas - Mailing list pgsql-sql

From Edward W. Rouse
Subject Re: pg_dump - 8.3 - schemas
Date
Msg-id 06ce01ccece8$0cf851b0$26e8f510$@com
Whole thread Raw
In response to Re: pg_dump - 8.3 - schemas  (Adrian Klaver <adrian.klaver@gmail.com>)
Responses Re: pg_dump - 8.3 - schemas
List pgsql-sql
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



pgsql-sql by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: pg_dump - 8.3 - schemas
Next
From: Adrian Klaver
Date:
Subject: Re: pg_dump - 8.3 - schemas