Re: pg_get_*_ddl() needs a redesign

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Noah Misch <noah(at)leadboat(dot)com>, Melanie Plageman <melanieplageman(at)gmail(dot)com>, gonzalemario(at)gmail(dot)com, dbryan(dot)green(at)gmail(dot)com, euler(at)eulerto(dot)com, pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_get_*_ddl() needs a redesign
Date: 2026-09-10 23:59:08
Message-ID: 15fec0f0-a076-499a-8349-e1b2aac0f4f2@dunslane.net
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 2026-09-09 We 6:25 PM, Andrew Dunstan wrote:
>
>
> Thanks for reviewing. I hope to have some proposals tomorrow for
> addressing these issues as well as those raised by Noah.
>
>
>

I have run out of time, energy and brain cells. I have some working
patches, but a) they need a little polish and b) I think they are too
invasive for consideration now. The major difference in actual code (as
opposed to testing) is in how we deal with permissions. I spent quite a
lot of time yesterday and today on that, and came to the conclusion that
it needs to be reworked along these lines: we should allow the user to
see the information the functions provide if and only if they can see it
by directly selecting from the catalog. Code changes to implement this
by directly running ACL checks on  the relevant catalogs are
straightforward but also substantial. My proposed changes to testing are
also substantial, being both more efficient and providing better
coverage, especially w.r.t pg_dump/all compatibility.

I therefore suggest that we revert for release 19, but not in master,
and I will continue to polish the patches I mentioned and publish them
in a few days.

I can make the revert happen in the next day or so.

cheers

andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David Rowley 2026-09-11 00:05:02 Re: tuplesort_putdatum() does not account for tuple memory
Previous Message Noah Misch 2026-09-10 23:49:11 Re: Race conditions in logical decoding