Re: Re: pg_dump tries to do too much per query

From: Philip Warner <pjw(at)rhyme(dot)com(dot)au>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Re: pg_dump tries to do too much per query
Date: 2000-09-19 01:33:00
Message-ID: 3.0.5.32.20000919113300.0244b170@mail.rhyme.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At 10:42 19/09/00 +1000, Philip Warner wrote:
>At 11:37 18/09/00 -0400, Tom Lane wrote:
>>
>>The reason that changing pg_dump is a superior solution for this problem
>>is that there's only one place to change, not umpteen dozen ...
>>
>
>Well at least two, unless you like the following:
>
> zzz=# select * from pg_views;
> ERROR: cache lookup of attribute 1 in relation 3450464 failed
>

Apologies - I just noticed you fixed this in CVS, so it now manages
(somehow!) to output a valid view definition even without the underlying
table. A little scary, though.

----------------------------------------------------------------
Philip Warner | __---_____
Albatross Consulting Pty. Ltd. |----/ - \
(A.B.N. 75 008 659 498) | /(@) ______---_
Tel: (+61) 0500 83 82 81 | _________ \
Fax: (+61) 0500 83 82 82 | ___________ |
Http://www.rhyme.com.au | / \|
| --________--
PGP key available upon request, | /
and from pgp5.ai.mit.edu:11371 |/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jonathan Stanford 2000-09-19 01:36:32 Re: Odd behaviour - *possible* ODBC bug?
Previous Message Philip Warner 2000-09-19 00:45:16 Re: Re: pg_dump tries to do too much per query