From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrew Bille <andrewbille(at)gmail(dot)com> |
Cc: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, exclusion(at)gmail(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #16703: pg-dump fails to process recursive view definition |
Date: | 2020-11-06 20:25:39 |
Message-ID: | 1624928.1604694339@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
I wrote:
> Andrew Bille <andrewbille(at)gmail(dot)com> writes:
>> pg_dump is also fails to process the view created by the following script
>> (excerpt from privileges.sql):
>> CREATE USER user1;
>> CREATE TABLE test (col1 varchar(10), col2 boolean);
>> SET SESSION AUTHORIZATION user1;
>> CREATE VIEW testv AS SELECT * FROM test;
> Hm, yeah, so more to do here. (Sure glad we found these issues before
> next week's releases, not after.)
After some off-list discussion with Alvaro, we're thinking the best way
forward is to revert the pg_dump and LOCK TABLE changes for now, and
try again after next week's releases. My proposal about
> (2) Make LOCK TABLE ONLY on a view not recurse to the view's dependencies.
seems like it needs wider discussion, and there's not really time to
get that done before the wrap. Having found these two bugs in the patch
set doesn't inspire confidence that there aren't others, too.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2020-11-06 20:51:28 | Re: BUG #16703: pg-dump fails to process recursive view definition |
Previous Message | Andrew Bille | 2020-11-06 16:42:33 | Re: BUG #16703: pg-dump fails to process recursive view definition |