Re: pg_update and encoding

Поиск
Список
Период
Сортировка
От Adrian Klaver
Тема Re: pg_update and encoding
Дата
Msg-id 9b639095-b92c-de7a-3c99-de4777857599@aklaver.com
обсуждение исходный текст
Ответ на pg_update and encoding  (Graeme <graeme@gemmill.name>)
Список pgsql-general
On 9/12/23 04:49, Graeme wrote:
> Preparing to use pg_update, I used initdb to create the new pgsql/data, 
> but pg_update has exited with

I'm guessing that is actually pg_upgrade:

https://www.postgresql.org/docs/current/pgupgrade.html

> 
> encodings for database "template1" do not match:  old "UTF8", new 
> "SQL_ASCII"
> 
> Should I delete pgsql/data and re-create with initdb -E "UTF8"?

Yes for two reasons:

1) The upgrade will not happen.

2) From here:

https://www.postgresql.org/docs/current/multibyte.html

"The SQL_ASCII setting behaves considerably differently from the other 
settings. When the server character set is SQL_ASCII, the server 
interprets byte values 0–127 according to the ASCII standard, while byte 
values 128–255 are taken as uninterpreted characters. No encoding 
conversion will be done when the setting is SQL_ASCII. Thus, this 
setting is not so much a declaration that a specific encoding is in use, 
as a declaration of ignorance about the encoding. In most cases, if you 
are working with any non-ASCII data, it is unwise to use the SQL_ASCII 
setting because PostgreSQL will be unable to help you by converting or 
validating non-ASCII characters."

> 
> Thanks,
> 
> Graeme
> 

-- 
Adrian Klaver
adrian.klaver@aklaver.com




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

Предыдущее
От: DAVID ROTH
Дата:
Сообщение: Re: Is data import from Oracle table to Postgres table in Ora2pg consecutive or random?
Следующее
От: Graeme
Дата:
Сообщение: Re: pg_update and encoding