From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: pg_stats queries versus per-database encodings |
Date: | 2009-01-04 18:01:06 |
Message-ID: | 25766.1231092066@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2009-01-04 18:11:47 | Re: parallel restore |
Previous Message | Tom Lane | 2009-01-04 17:49:32 | Re: New patch for Column-level privileges |