Re: BUG #18242: pg_dump with non-superuser from pg14 to pg15 fails on ALTER FUNCTION

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Aksel Allas <allasaksel(at)gmail(dot)com>
Cc: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #18242: pg_dump with non-superuser from pg14 to pg15 fails on ALTER FUNCTION
Date: 2023-12-12 15:09:35
Message-ID: 2436651.1702393775@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Aksel Allas <allasaksel(at)gmail(dot)com> writes:
> So it's not possible to fully use pg_dump without manually altering the
> output of pg_dump in managed postgreSQL cases?

Nope, trying to dump/restore other people's objects as a non-superuser
isn't considered supported at the moment. You're not the first to
complain about this, but no coherent proposal to improve it has been
made. It's not very clear what the supported case ought to be
exactly; clearly a zero-privilege user can't succeed at this, but what
privileges should be expected? Also it's not clear what problems
exist beyond the schema-privilege one, and it's not clear how we could
solve the problem(s) without creating other ones. There's a lot of
history behind the way that pg_dump does things, so rearranging its
choices about how/when to change privileges is scary.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2023-12-12 16:55:48 Re: BUG #18242: pg_dump with non-superuser from pg14 to pg15 fails on ALTER FUNCTION
Previous Message Tom Lane 2023-12-12 14:37:58 Re: BUG #18240: Undefined behaviour in cash_mul_flt8() and friends