Re: psql: add \pset true/false - Mailing list pgsql-hackers

From Jim Nasby
Subject Re: psql: add \pset true/false
Date
Msg-id 5648E8F3.7070202@BlueTreble.com
Whole thread Raw
In response to Re: psql: add \pset true/false  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: psql: add \pset true/false  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
On 11/12/15 3:09 PM, Tom Lane wrote:
> Peter Eisentraut <peter_e@gmx.net> writes:
>> Plus we already have \pset numericlocale as a similar feature in psql.
>
> But \pset numericlocale is also a crock.  It doesn't affect COPY output
> for instance, and its ability to identify which data types it should apply
> to is really shaky.  And it's virtually unused, as demonstrated by the
> fact that serious bugs in it went undetected for many years (cf 4778a0bda,
> 77130fc14).  That's a really poor advertisement for the usefulness of the
> proposed feature.

My $0.02 is that something that's type-specific belongs with the type, 
not with clients.

As to the argument about displaying a check or an X, why should that 
capability only exist for boolean types? For example, why not allow psql 
to convert a numeric value into a bar of varying sizes? I've frequently 
emulated that with something like SELECT repeat( '*', blah * 30 / 
max_of_blah ). I'm sure there's other examples people could think of.
-- 
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com



pgsql-hackers by date:

Previous
From: Konstantin Knizhnik
Date:
Subject: Re: eXtensible Transaction Manager API
Next
From: Robert Haas
Date:
Subject: Re: [PATCH] Refactoring of LWLock tranches