Re: UNION and pg_restore

From: Bryan Lee Nuse <nuse(at)uga(dot)edu>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: UNION and pg_restore
Date: 2012-12-28 16:51:38
Message-ID: BA8E345938B48C42A2F124851A65C00B41C97A91@BL2PRD0210MB349.namprd02.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Thanks, Tom, for your helpful explanation and suggestions.

> Now you're doubtless wondering why Postgres doesn't dodge this ambiguity
> for you.

This is exactly what I was wondering, of course. And I follow the reasoning behind why it cannot, at present. If Postgres can't ensure that the view definition is valid SQL, though, what about the (seemingly more manageable) idea of providing some kind of notice when that definition is not re-loadable? Perhaps pg_dump could do this?

Maybe that sounds like hand-holding, and I suspect the response will be "always test your backup before you need it!" And certainly I've learned my lesson about that. Believe me, I don't mean to "request" anything here, merely raise the point that for users that rely heavily on interdependent VIEWs, a cascade of errors flowing back from pg_restore can make for a pretty frightening moment.

Thanks,
Bryan

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message terenceng 2012-12-28 18:38:02 Re: Installing pgAgent with MS Windows
Previous Message Alejandro Carrillo 2012-12-28 15:53:20 Re: pg_dirtyread doesnt work