Re: pg_stats queries versus per-database encodings - Mailing list pgsql-hackers

From Tom Lane
Subject Re: pg_stats queries versus per-database encodings
Date
Msg-id 25766.1231092066@sss.pgh.pa.us
Whole thread Raw
In response to Re: pg_stats queries versus per-database encodings  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: pg_stats queries versus per-database encodings  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
> Tom Lane wrote:
>> We could attack this by including source database's encoding in the
>> shared-memory entries, and performing a conversion on the fly when
>> reading out the data.  However, what happens if the conversion fails?

> The most useful behavior would be to replace the untranslatable 
> characters with "?". I'm not sure how invasive the changes to the 
> conversion functions would be to support that.

I agree, but it looks like fairly massive changes would be needed,
starting with redefining the API for conversion functions to add
an error/noerror boolean.  Not something that I care to tackle
right now.  Maybe we shall just have to live with it for another
release.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: New patch for Column-level privileges
Next
From: Alvaro Herrera
Date:
Subject: Re: parallel restore