From: | "Daniel Verite" <daniel(at)manitou-mail(dot)org> |
---|---|
To: | "Christoph Berg" <christoph(dot)berg(at)credativ(dot)de> |
Cc: | "PostgreSQL Hackers" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: One-shot expanded output in psql using \G |
Date: | 2017-01-30 14:45:41 |
Message-ID: | 7c9af633-cbaa-4288-8efa-15dcfdf7094b@manitou-mail.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Christoph Berg wrote:
> But do we really want to choose
> something different just because MySQL is using it?
That's not what I meant. If mysql wasn't using \G
I'd still suggest the name \gx because:
- it means the functionality of \g combined with \x so
semantically it makes sense.
- there is no precedent in psql that the upper-case version
of a meta-command as a variant of the lower-case version:
\C has nothing to do with \c, and \H nothing with \h, and
\T and \t are equally disconnected
- there hasn't been much use up to now of uppercase
meta-commands, C,T and H are the only ones I see in \?
\d[something] is crowded with lots of "something", whereas \D is not
used at all. The pattern seems to be that uppercase is the exception.
FWIW I don't share the feeling that \G is easier to remember or type
than \gx.
> \G will be much easier to explain to existing users (both people
> coming from MySQL to PostgreSQL, and PostgreSQL users doing a detour
> into foreign territory), and it would be one difference less to have
> to care about when typing on the CLIs.
That's a good argument, but if it's pitted against psql's
consistency with itself, I'd expect the latter to win.
Best regards,
--
Daniel Vérité
PostgreSQL-powered mailer: http://www.manitou-mail.org
Twitter: @DanielVerite
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2017-01-30 15:00:02 | Re: One-shot expanded output in psql using \G |
Previous Message | David Fetter | 2017-01-30 14:42:47 | Re: Superowners |