From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bryan Lee Nuse <nuse(at)uga(dot)edu> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: UNION and pg_restore |
Date: | 2012-12-31 16:36:27 |
Message-ID: | 27308.1356971787@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Bryan Lee Nuse <nuse(at)uga(dot)edu> writes:
>> 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?
I spent considerable time thinking about this last week, and have a
draft patch that fixes this issue and some related ones:
http://archives.postgresql.org/pgsql-hackers/2012-12/msg01694.php
So hopefully this hazard will be gone in 9.3. I doubt we'd risk
back-patching the change though.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Philipp Kraus | 2012-12-31 17:02:56 | Re: rights for schema |
Previous Message | Tom Lane | 2012-12-31 15:37:37 | Re: Picking the first of an order in an aggregate query |