Re: BUG #16703: pg-dump fails to process recursive view definition - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #16703: pg-dump fails to process recursive view definition
Date
Msg-id 1624928.1604694339@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #16703: pg-dump fails to process recursive view definition  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
I wrote:
> Andrew Bille <andrewbille@gmail.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



pgsql-bugs by date:

Previous
From: Ross Biro
Date:
Subject: Re: BUG #16705: Triggers deferred during commit callback are not executed
Next
From: Alvaro Herrera
Date:
Subject: Re: BUG #16643: PG13 - Logical replication - initial startup never finishes and gets stuck in startup loop