Re: 8.0.0beta4: "copy" and "client_encoding"
От | Markus Schaber |
---|---|
Тема | Re: 8.0.0beta4: "copy" and "client_encoding" |
Дата | |
Msg-id | 20041105160324.43afb9e1@kingfisher.intern.logi-track.com обсуждение исходный текст |
Ответ на | Re: 8.0.0beta4: "copy" and "client_encoding" (Oliver Jowett <oliver@opencloud.com>) |
Ответы |
Re: 8.0.0beta4: "copy" and "client_encoding"
|
Список | pgsql-jdbc |
Hi, Oliver, On Thu, 04 Nov 2004 10:17:22 +0000 Oliver Jowett <oliver@opencloud.com> wrote: > Hmm. I am suprised that COPY does not let you specify the encoding of > the input file. Using client_encoding for this seems wrong: there are > some cases it can't handle, e.g. trying to load a LATIN1-encoded file > into a table that has a name that can't be represented in LATIN1. > > I suppose that in the absence of backend support for this, we could add > some URL parameter that allows client_encoding to be changed, with > suitably dangerous warnings around using it. Then you can temporarily > flip client_encoding to LATIN1 for the duration of the COPY, and revert > it to UNICODE afterwards. I think you're right. Except COPY from STDIN, client encoding should be independent from COPY encoding. So I suggest that Adrian requests backend support for this. Greets, Markus -- markus schaber | dipl. informatiker logi-track ag | rennweg 14-16 | ch 8001 zürich phone +41-43-888 62 52 | fax +41-43-888 62 53 mailto:schabios@logi-track.com | www.logi-track.com
В списке pgsql-jdbc по дате отправления: