Re: pg_conversion seems rather strangely defined - Mailing list pgsql-hackers

From Tatsuo Ishii
Subject Re: pg_conversion seems rather strangely defined
Date
Msg-id 20160108.125744.2184921430912244607.t-ishii@sraoss.co.jp
Whole thread Raw
In response to Re: pg_conversion seems rather strangely defined  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: pg_conversion seems rather strangely defined  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> It would only be important to be able to do it like that if different
> users of the same database had conflicting ideas about what was the
> correct conversion between client and database encodings.  I submit
> that that's somewhere around epsilon probability, considering we have
> not even heard of anyone replacing the system conversions at all.

I used to had a customer who needs to have different client and
database encoding than the default.  That is, a slightly different
mapping between Shift-JIS and other database encoding.  Due to
unfortunate historical reasons, there are several Shift-JIS variants
(in addition to the standard defined by government, there are IBM, NEC
and Microsoft versions).  This is the reason why I wanted to have the
functionality at that time.  I'm not sure the customer still uses the
functionality, but it is possible that there are other users who have
similar use cases, since the Shift-JIS variants are still used.

Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp



pgsql-hackers by date:

Previous
From: Marisa Emerson
Date:
Subject: Re: Proposal: BSD Authentication support
Next
From: Tom Lane
Date:
Subject: Re: pg_conversion seems rather strangely defined