| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
| Cc: | Zach Manifold <zachlweaver00(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Proposal: DROP ROLE ... REASSIGN OWNED TO ... |
| Date: | 2026-04-25 01:12:56 |
| Message-ID: | 1861860.1777079576@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> This would fail if the user to be dropped owned objects in another
> database, but your hypothetical version of DROP ROLE would have that
> issue, too. Even if you couldn't wrap both commands in a single
> transaction -- we have some DDL commands that are like that -- running
> them one after another wouldn't lose much. So I'm just not sure I
> really see the point.
Yeah. We intentionally separated this functionality because the
expectation is that you'll likely have to do REASSIGN OWNED in
multiple databases before DROP ROLE will succeed. So I'm not
much in favor of adding a combined command; it will just lead
people to try to do things that won't work.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | jian he | 2026-04-25 04:12:50 | COPY ON_CONFLICT TABLE; save duplicated record to another table. |
| Previous Message | Zach Manifold | 2026-04-25 00:41:50 | Re: Proposal: DROP ROLE ... REASSIGN OWNED TO ... |