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
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 |