Re: Client encoding conversion for binary data (was Re: - Mailing list pgsql-hackers

From Hannu Krosing
Subject Re: Client encoding conversion for binary data (was Re:
Date
Msg-id 1053008751.1693.29.camel@fuji.krosing.net
Whole thread Raw
In response to Re: Client encoding conversion for binary data (was Re: GUC and postgresql.conf docs)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane kirjutas N, 15.05.2003 kell 15:54:
> Hannu Krosing <hannu@tm.ee> writes:
> > I have not been closely following the discussion about FE/BE protocol
> > changes, but the way converting binary seems dangerous - if you insert a
> > .gif file into bytea column using decode(encodedgiffile,'base64'), but
> > would like to get it out in binary for performance reasons, it is not
> > good if it gets run through conversion routines.
> 
> bytea does not get converted in any case.  The issue here is what to do
> about text datatypes.

For me the logical behaviour is : 

1) all text moving between client and server should be converted

2) text staying on server should stay in server encoding.

3) if someone has to move text produced by \copy on server, let hin do
it using a postgresql function defined as "read_text(path) returns text"
so the file gets converted using standard mechanisms. 

4) for special cases we could add WITH CLIENTENCODING to copy


-------------
Hannu



pgsql-hackers by date:

Previous
From: Cédric Coulon
Date:
Subject: predict conflict
Next
From: Peter Eisentraut
Date:
Subject: Re: Client encoding conversion for binary data (was Re: