From: | Zbigniew Baniewski <zb(at)ispid(dot)com(dot)pl> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | SET CLIENT_ENCODING |
Date: | 2008-07-02 13:26:06 |
Message-ID: | 20080702132606.GA7613@sarge.my.own.domain.no-net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hallo,
I would to ask about function (vide subject) transcoding the characters
between different character pages "on the fly": is it smart enough to skip
any transcoding operation, when both client and database are set to use
the same encoding already?
To make it more clear: I've got an application, which always uses LATIN2
encoding, and wants database using this encoding. Unfortunately, some
Postgres packages allow to set it - but some are "UTF-8 only". I'm wondering,
whether can I add into application command "SET CLIENT_ENCODING TO 'LATIN2';"
for steady, or it should be kept optional?
I would to avoid situation, when Postgres will transcode "from LATIN2 to
LATIN2". Perhaps someone knows the details, how is it working in practice?
--
pozdrawiam / regards
Zbigniew Baniewski
From | Date | Subject | |
---|---|---|---|
Next Message | Roberts, Jon | 2008-07-02 13:26:45 | Re: pg crashing |
Previous Message | Magnus Hagander | 2008-07-02 13:06:25 | Re: pg crashing |