Re: 8.0.0beta4: "copy" and "client_encoding"

Поиск
Список
Период
Сортировка
От Oliver Jowett
Тема Re: 8.0.0beta4: "copy" and "client_encoding"
Дата
Msg-id 418A01B2.70104@opencloud.com
обсуждение исходный текст
Ответ на Re: 8.0.0beta4: "copy" and "client_encoding"  (mbch67@yahoo.com)
Ответы Re: 8.0.0beta4: "copy" and "client_encoding"
Re: 8.0.0beta4: "copy" and "client_encoding"
Список pgsql-jdbc
mbch67@yahoo.com wrote:
> Thanks Kris and Oliver for your explanations.
>
> Why I want to set the client_encoding to latin1? That's a fair
> question. Unfortunately I removed the statement following the COPY
> command to keep the posting short:
>
>    SET CLIENT_ENCODING TO 'LATIN1';
>    COPY temp_test FROM '/home/postgres/temp_test.dat';
>
> I want to load a latin1-encoded file using the COPY command.

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.

-O

В списке pgsql-jdbc по дате отправления:

Предыдущее
От: mbch67@yahoo.com
Дата:
Сообщение: Re: 8.0.0beta4: "copy" and "client_encoding"
Следующее
От: Markus Schaber
Дата:
Сообщение: Re: Avoiding explicit addDataType calls for PostGIS