Re: Proposal: CREATE CONVERSION - Mailing list pgsql-hackers

From Tatsuo Ishii
Subject Re: Proposal: CREATE CONVERSION
Date
Msg-id 20020711.175218.35815387.t-ishii@sra.co.jp
Whole thread Raw
In response to Re: Proposal: CREATE CONVERSION  (Karel Zak <zakkr@zf.jcu.cz>)
Responses Re: Proposal: CREATE CONVERSION  (Karel Zak <zakkr@zf.jcu.cz>)
List pgsql-hackers
> > pg_char_to_encoding() is already in libpq. Or am I missing something?
> 
>  It works with encoding table (pg_enc2name_tbl) and it's compiled 
>  into backend and client too. It means number of encoding is not possible 
>  change after compilation and you (user) can't add new encoding without 
>  pg_enc2name_tbl[] change. I original thought we can add new encodings
>  on-the-fly in 7.3 :-) You're right.
> 
>  IMHO implement "User defined charsets(encodings)" will problem for
>  current libpq design.

No, it's not a libpq problem, but more common "client/server" problem
IMO. It's very hard to share dynamically created object (info)
effectively between client and server.
--
Tatsuo Ishii


pgsql-hackers by date:

Previous
From: Karel Zak
Date:
Subject: Re: Proposal: CREATE CONVERSION
Next
From: Karel Zak
Date:
Subject: Re: Proposal: CREATE CONVERSION