From: | Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> |
---|---|
To: | Anthony Bull <antsbull(at)gmail(dot)com> |
Cc: | Stefan Schwarzer <stefan(dot)schwarzer(at)unep(dot)org>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: pg_dump not dumping all tables |
Date: | 2012-06-25 06:40:38 |
Message-ID: | CAOR=d=1EHm5J4d-oJ-wMuXmms3ipQsX2Lee10Oy0ciqc+0WtzA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
I'd also wonder if it shows up when he does -N public (exclude public schema)?
On Mon, Jun 25, 2012 at 12:37 AM, Anthony Bull <antsbull(at)gmail(dot)com> wrote:
> Out of curiosity, what happens if you dump that database without specifying
> a schema - do you get all 708 tables?
>
>
> On Fri, Jun 22, 2012 at 8:45 PM, Stefan Schwarzer
> <stefan(dot)schwarzer(at)unep(dot)org> wrote:
>>
>> Hi there,
>>
>> I am pg_dump-ing all tables from schema public on the server
>>
>> /usr/local/pgsql/bin/pg_dump -U user my_database --schema=public
>> --encoding=UTF-8 > dump.sql
>>
>> and re-loading it via psql on my local machine.
>>
>> But instead of having 708 tables as on the server, I end up with only 570
>> on my local machine.
>>
>> When trying to search for the name of a missing table in the dump file, it
>> is indeed not there. Owner of the table is the same as on all other tables…
>>
>> What could that be?
>>
>> Thanks for any hint!
>>
>> Stef
>> --
>> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
>> To make changes to your subscription:
>> http://www.postgresql.org/mailpref/pgsql-general
>
>
--
To understand recursion, one must first understand recursion.
From | Date | Subject | |
---|---|---|---|
Next Message | Stefan Schwarzer | 2012-06-25 06:50:56 | Re: Error message "psql: could not connect to server: No such file or directory" |
Previous Message | Anthony Bull | 2012-06-25 06:37:33 | Re: pg_dump not dumping all tables |