Re: Dubious usage of TYPCATEGORY_STRING - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Dubious usage of TYPCATEGORY_STRING
Date
Msg-id 3495177.1638892306@sss.pgh.pa.us
Whole thread Raw
In response to Re: Dubious usage of TYPCATEGORY_STRING  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Responses Re: Dubious usage of TYPCATEGORY_STRING  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Peter Eisentraut <peter.eisentraut@enterprisedb.com> writes:
> On 02.12.21 22:22, Tom Lane wrote:
>> My first thought about fixing point 1 was to put "char" into some
>> other typcategory, but that turns out to break some of psql's
>> catalog queries, with results like:
>>
>> regression=# \dp
>> ERROR:  operator is not unique: unknown || "char"
>> LINE 16:            E' (' || polcmd || E'):'
>> ^
>> HINT:  Could not choose a best candidate operator. You might need to add explicit type casts.

> Could we add explicit casts (like polcmd::text) here?  Or would it break
> too much?

I assumed it'd break too much to consider doing that.  But I suppose
that since a typcategory change would be initdb-forcing anyway, maybe
it's not out of the question.  I'll investigate and see exactly how
many places would need an explicit cast.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Dubious usage of TYPCATEGORY_STRING
Next
From: Peter Eisentraut
Date:
Subject: Re: types reliant on encodings [was Re: Dubious usage of TYPCATEGORY_STRING]