Re: main log encoding problem

From: Craig Ringer <ringerc(at)ringerc(dot)id(dot)au>
To: Tatsuo Ishii <ishii(at)postgresql(dot)org>
Cc: exclusion(at)gmail(dot)com, pgsql-general(at)postgresql(dot)org, yi(dot)codeplayer(at)gmail(dot)com, pgsql-bugs(at)postgresql(dot)org
Subject: Re: main log encoding problem
Date: 2012-07-19 12:31:46
Message-ID: 5007FE32.80804@ringerc.id.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-general pgsql-hackers

On 07/19/2012 03:24 PM, Tatsuo Ishii wrote:
> BTW, I'm not stick with mule-internal encoding. What we need here is a
> "super" encoding which could include any existing encodings without
> information loss. For this purpose, I think we can even invent a new
> encoding(maybe something like very first prposal of ISO/IEC
> 10646?). However, using UTF-8 for this purpose seems to be just a
> disaster to me.

Good point re unified chars. That was always a bad idea, and that's just
one of the issues it causes.

I think these difficult encodings are where logging to dedicated file
per-database is useful.

I'm not convinced that a weird and uncommon encoding is the answer. I
guess as an alternative for people for whom it's useful if it's low cost
in terms of complexity/maintenance/etc...

--
Craig Ringer

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Craig Ringer 2012-07-19 12:37:50 Re: [GENERAL] main log encoding problem
Previous Message Alban Hertroys 2012-07-19 12:16:10 Re: [GENERAL] main log encoding problem

Browse pgsql-general by date

  From Date Subject
Next Message Craig Ringer 2012-07-19 12:37:50 Re: [GENERAL] main log encoding problem
Previous Message Sergey Konoplev 2012-07-19 12:30:52 Re: Synchronization Master -> Slave (on slow connetion)

Browse pgsql-hackers by date

  From Date Subject
Next Message Craig Ringer 2012-07-19 12:37:50 Re: [GENERAL] main log encoding problem
Previous Message Alban Hertroys 2012-07-19 12:16:10 Re: [GENERAL] main log encoding problem