Re: pg_dumpall + restore = missing view

From: Thomas F(dot)O'Connell <tfo(at)sitening(dot)com>
To: Steve Crawford <scrawford(at)pinpointresearch(dot)com>
Cc: PostgreSQL <pgsql-general(at)postgresql(dot)org>
Subject: Re: pg_dumpall + restore = missing view
Date: 2004-11-24 03:12:04
Message-ID: 9DC9829A-3DC6-11D9-8E47-000D93AE0944@sitening.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

For the record, you shouldn't have needed to do a dump restore between
7.4.1 and 7.4.6 should you?

-tfo

--
Thomas F. O'Connell
Co-Founder, Information Architect
Sitening, LLC
http://www.sitening.com/
110 30th Avenue North, Suite 6
Nashville, TN 37203-6320
615-260-0005

On Nov 19, 2004, at 7:24 PM, Tom Lane wrote:

> Steve Crawford <scrawford(at)pinpointresearch(dot)com> writes:
>> This appears to have all gone well execpt that one view is missing.
>> I've restored that view by hand but am curious if this is a PG bug or
>> failure of the nut behind the wheel.
>
>> The view involves the union of many tables and its creation failed
>> because creation of one of the tables does not take place until later
>> in the dump file.
>
> This is a longstanding pg_dump bug: it's not very bright about order of
> creation of objects. (In this case I surmise that you created the
> view,
> and later altered it to reference a table that didn't exist when the
> view was originally created.)
>
> As of 8.0 pg_dump examines dependency information and should
> theoretically
> always get this right, but in prior versions it's a real hazard.
>
> regards, tom lane
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jim Seymour 2004-11-24 03:32:36 Re: pg_dumpall + restore = missing view
Previous Message Jim Seymour 2004-11-24 02:58:44 Re: Upcoming Changes to News Server ...