Re: MULE_INTERNAL

From: Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp>
To: a(dot)g(dot)nienhuis(at)gmail(dot)com, pgsql-docs(at)lists(dot)postgresql(dot)org, noreply(at)postgresql(dot)org
Subject: Re: MULE_INTERNAL
Date: 2019-01-17 00:17:43
Message-ID: 20190117.091743.2256769488693423999.t-ishii@sraoss.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs

> The following documentation comment has been logged on the website:
>
> Page: https://www.postgresql.org/docs/11/multibyte.html
> Description:
>
> The documentation says that UTF-8 can be converted to any encoding:
>
> UTF8 all supported encodings
>
> That's not true:
>
> db => SET CLIENT_ENCODING TO 'MULE_INTERNAL';
> ERROR: invalid value for parameter "client_encoding": "MULE_INTERNAL"
> DETAIL: Conversion between MULE_INTERNAL and UTF8 is not supported.
>
> Maybe MULE shouldn't be a supported encoding.

One of the advantages of using MULE_INTERNAL as a database encoding
is, it allows a round trip conversion between encodings, plus speed
(unlike to/from UTF-8 conversion no table lookup is involved with
MULE_INTERNAL.)

On the other hand, UTF-8 does not allow round trip encoding
conversions for some encodings, which means you may loose some
information in your text data when you store it into a database.

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

In response to

Browse pgsql-docs by date

  From Date Subject
Next Message PG Doc comments form 2019-01-17 01:40:47 majordomo@postgresql.org: unknown address
Previous Message PG Doc comments form 2019-01-16 13:37:36 MULE_INTERNAL