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

From Christopher Kings-Lynne
Subject Re: Client encoding conversion for binary data (was Re:
Date
Msg-id 077f01c31aba$d15fedb0$6500a8c0@fhp.internal
Whole thread Raw
In response to Re: Client encoding conversion for binary data (was Re: GUC and postgresql.conf docs)  ("Zeugswetter Andreas SB SD" <ZeugswetterA@spardat.at>)
List pgsql-hackers
> Yes, it seems completely bogus. The whole reason for existance of
> client-side encodings is that each client may have its own (and even the
> same client may use several, at least for diffrent connections).
>
> > On the other
> > hand, there's still the point about dumping a file one way and loading
> > it back the other.  Also, it's probably unwise to change this behavior
> > without a really good argument for doing so, since (AFAIR) we've not
> > had bug reports about it.
>
> It works both ways, i.e. the lack of bug reports may also suggest that
> nobody is doing it (copy file to server, then load the same file from
> client)
>
> > Comments anyone?

Perhaps we should just have a flag in the COPY grammar 'WITH/OUT CONVERSION'
that specifies that an encoding is required...

Chris



pgsql-hackers by date:

Previous
From: Hannu Krosing
Date:
Subject: Re: Client encoding conversion for binary data (was Re:
Next
From: Tom Lane
Date:
Subject: Re: Client encoding conversion for binary data (was Re: GUC and postgresql.conf docs)