From: | Asko Oja <ascoja(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | rod(at)iol(dot)ie, miller392(at)yahoo(dot)com, pgsql-general(at)postgresql(dot)org |
Subject: | Re: possible pg_dump bug |
Date: | 2009-01-29 06:35:03 |
Message-ID: | ecd779860901282235v30b94304p539a456003600df6@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi
For the record. Using search_path for schema name handling is most annoying
feature of pg_dump for us. I have run into many cases where separating
schema is inconvenient but don't seem to remember any upsides.
regards
Asko
On Wed, Jan 28, 2009 at 7:39 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> "Raymond O'Donnell" <rod(at)iol(dot)ie> writes:
> > On 28/01/2009 17:09, David Miller wrote:
> >> Pg Dump does not include schema name on insert statement generated
> >> from pg_dump with a -d option when exporting data for a particular
> >> table using the -t <schema>.<table> in version 8.3. I believe this
> >> same bug exists in 8.4 but have not confirmed it. I believe pg_dump
> >> should have an option to retain schema information.
>
> > From memory, I think it does include a "set search_path" statement near
> > the beginning.
>
> Quite. There is no bug here unless loading the dump file puts something
> in the wrong schema. (Suppressing the schema name where possible is in
> fact considered a feature not a bug, since it makes it simpler to
> hand-edit the dump file at need.)
>
> regards, tom lane
>
> --
> 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
>
From | Date | Subject | |
---|---|---|---|
Next Message | aws | 2009-01-29 06:54:05 | Re: libpq binary format for contrib/cube type? |
Previous Message | A. Kretschmer | 2009-01-29 05:59:28 | Re: Disabling FK for tables in Postgresql |