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
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 |
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) |
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 |