Re: pg_dump - 8.3 - schemas

Поиск
Список
Период
Сортировка
От Edward W. Rouse
Тема Re: pg_dump - 8.3 - schemas
Дата
Msg-id 06ce01ccece8$0cf851b0$26e8f510$@com
обсуждение исходный текст
Ответ на Re: pg_dump - 8.3 - schemas  (Adrian Klaver <adrian.klaver@gmail.com>)
Ответы Re: pg_dump - 8.3 - schemas  (Adrian Klaver <adrian.klaver@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: Adrian Klaver
Дата:
Сообщение: Re: pg_dump - 8.3 - schemas
Следующее
От: Adrian Klaver
Дата:
Сообщение: Re: pg_dump - 8.3 - schemas