Re: Add encoding support to COPY
От | Tom Lane |
---|---|
Тема | Re: Add encoding support to COPY |
Дата | |
Msg-id | 24121.1247674649@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Add encoding support to COPY (David Blewett <david@dawninglight.net>) |
Ответы |
Re: Add encoding support to COPY
|
Список | pgsql-hackers |
David Blewett <david@dawninglight.net> writes: > On Wed, Jul 15, 2009 at 12:04 PM, Tom Lane<tgl@sss.pgh.pa.us> wrote: >> What is the point? �You'd generally have client_encoding set correctly >> for your usage anyway, and if you did not, the data could confuse your >> client-side code terribly. �Offering an option to let the backend send >> data in the "wrong" encoding does NOT seem like a good idea to me. > The use case was that the client connection was using one encoding, > but needed to output the file in a different encoding. So they would > have to do the "set client_encoding" dance each time they wanted to > export the file. Well, it might make sense to allow an ENCODING option attached to a COPY with a file source/destination. I remain of the opinion that overriding client_encoding on a transfer to/from the client is a bad idea. regards, tom lane
В списке pgsql-hackers по дате отправления: