Re: psql: Add role's membership options to the \du+ command

From: "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org>
To: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Pavel Luzanov <p(dot)luzanov(at)postgrespro(dot)ru>, Robert Haas <robertmhaas(at)gmail(dot)com>, David Zhang <david(dot)zhang(at)highgo(dot)ca>, "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org>, rmt(at)lists(dot)postgresql(dot)org, horikyota(dot)ntt(at)gmail(dot)com
Subject: Re: psql: Add role's membership options to the \du+ command
Date: 2023-06-23 21:18:59
Message-ID: d0437451-f7d7-92d3-7a3b-783a58a4ca59@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 6/23/23 11:52 AM, David G. Johnston wrote:
> On Thu, Jun 22, 2023 at 5:08 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us
> <mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us>> wrote:
>
> "Jonathan S. Katz" <jkatz(at)postgresql(dot)org
> <mailto:jkatz(at)postgresql(dot)org>> writes:
> > On 6/15/23 2:47 PM, David G. Johnston wrote:
> >> Robert - can you please comment on what you are willing to
> commit in
> >> order to close out your open item here.  My take is that the
> design for
> >> this, the tabular form a couple of emails ago (copied here), is
> >> ready-to-commit, just needing the actual (trivial) code changes
> to be
> >> made to accomplish it.
>
> > Can we resolve this before Beta 2?[1] The RMT originally advised
> to try
> > to resolve before Beta 1[2], and this seems to be lingering.
>
> At this point I kinda doubt that we can get this done before beta2
> either, but I'll put in my two cents anyway:

[RMT Hat]

Well, the probability of completing this before the beta 2 freeze is
effectively zero now. This is a bit disappointing as there was ample
time since the first RMT nudge on the issue. But let's move forward and
resolve it before Beta 3.

> * I agree that the "tabular" format looks nicer and has fewer i18n
> issues than the other proposals.
>
> As you are on board with a separate command please clarify whether you
> mean the tabular format but still with newlines, one row per grantee, or
> the table with one row per grantor-grantee pair.
>
> I still like using newlines here even in the separate meta-command.

(I'll save for the downthread comment).

>
> * Personally I could do without the "empty" business, but that seems
> unnecessary in the tabular format; an empty column will serve fine.
>
>
> I disagree, but not strongly.
>
> I kinda expected you to be on the side of "why are we discussing a
> situation that should just be prohibited" though.

[Personal hat]

I'm still not a fan of "empty" but perhaps the formatting around the
"separate command" will help drive a conclusion on this.

>
> * I also agree with Pavel's comment that we'd be better off taking
> this out of \du altogether and inventing a separate \d command.
> Maybe "\drg" for "display role grants"?
>
> Just to be clear, the open item fix proposal is to remove the presently
> broken (due to it showing duplicates without any context) "member of"
> array in \du and make a simple table report output in \drg instead.
>
> I'm good with \drg as a new meta-command.

[Personal hat]

+1 for a new command. The proposal above seems reasonable.

Thanks,

Jonathan

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jonathan S. Katz 2023-06-23 21:20:22 Re: psql: Add role's membership options to the \du+ command
Previous Message Peter Eisentraut 2023-06-23 21:05:52 Re: [PATCH] pg_regress.c: Fix "make check" on Mac OS X: Pass DYLD_LIBRARY_PATH