From: | "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Joe Conway <mail(at)joeconway(dot)com> |
Cc: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, pgsql-hackers(at)lists(dot)postgresql(dot)org, Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com> |
Subject: | Re: How about a psql backslash command to show GUCs? |
Date: | 2022-04-06 21:34:36 |
Message-ID: | 38891fd8-dceb-c956-ec5c-61c1a3e9486d@postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 4/6/22 2:40 PM, Tom Lane wrote:
> Joe Conway <mail(at)joeconway(dot)com> writes:
>> No as sure about \show though. That seems like it could be confused with
>> showing other stuff. Maybe consistent with \sf[+] and \sv[+] we could
>> add \sc[+]?
>
> Hmm ... my first reaction to that was "no, it should be \sp for
> 'parameter'". But with the neighboring \sf for 'function', it'd
> be easy to think that maybe 'p' means 'procedure'.
>
> I do agree that \show might be a bad choice, the reason being that
> the adjacent \set command is for psql variables not GUCs; if we
> had a \show I'd sort of expect it to be a variant spelling of
> "\echo :variable".
>
> "\sc" isn't awful perhaps.
>
> Ah, naming ... the hardest problem in computer science.
(but the easiest thing to have an opinion on ;)
+1 on the feature proposal.
I am a bit torn between "\dcp" (or \dsetting / \dconfig? we don't
necessarily need for it to be super short) and "\sc". Certainly with
pattern matching the interface for the "\d" commands would fit that
pattern. "\sc" would make sense for a thorough introspection of what is
in the GUC. That said, we get that with SHOW today.
So I'm leaning towards something in the "\d" family.
Thanks,
Jonathan
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2022-04-06 22:12:25 | Re: shared-memory based stats collector - v70 |
Previous Message | Imseih (AWS), Sami | 2022-04-06 21:22:38 | Re: Add index scan progress to pg_stat_progress_vacuum |