Я провів останні 8 годин, намагаючись імпортувати вихід 'mysqldump --compatible = postgresql' в PostgreSQL 8.4.9, і я прочитав щонайменше 20 різних ниток тут і інших місць вже про цю конкретну проблему, але не знайшов жодної реальна корисна відповідь, яка працює.
Дані MySQL 5.1.52:
mysqldump -u root -p --compatible=postgresql --no-create-info --no-create-db --default-character-set=utf8 --skip-lock-tables rt3 > fooСервер PostgreSQL 8.4.9 як пункт призначення
Завантаження даних з 'psql -U rt_user -f foo' є звітні (багато з них, ось один приклад):
psql:foo:29: ERROR: invalid byte sequence for encoding "UTF8": 0x00
HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding".
Відповідно до цього, у вхідному файлі немає символів NULL (0x00).
database-dumps:rcf-temp1# sed 's/\x0/ /g' < foo > nonulls
database-dumps:rcf-temp1# sum foo nonulls
04730 2545610 foo
04730 2545610 nonulls
database-dumps:rcf-temp1# rm nonulls
Аналогічно, ще одна перевірка за допомогою Perl не показує NULL:
database-dumps:rcf-temp1# perl -ne '/\000/ and print;' foo
database-dumps:rcf-temp1#
Як згадується "Підказка" в помилці, я намагався всіма можливими способами встановити "client_encoding" на "UTF8", і мені це вдалося, але це не впливає на вирішення моєї проблеми.
database-dumps:rcf-temp1# psql -U rt_user --variable=client_encoding=utf-8 -c "SHOW client_encoding;" rt3
client_encoding
-----------------
UTF8
(1 row)
database-dumps:rcf-temp1#
Ідеально, але:
database-dumps:rcf-temp1# psql -U rt_user -f foo --variable=client_encoding=utf-8 rt3
...
psql:foo:29: ERROR: invalid byte sequence for encoding "UTF8": 0x00
HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding".
...
Забороняючи правильну відповідь "За Хойлом", яку було б чудово чути, і знаючи, що мені дуже не важливо зберігати будь-які символи, що не належать до ASCII, для цих рідко посилаються даних, які пропозиції ви маєте?
Оновлення: я отримую ту ж помилку з версією ASCII, призначеною лише для ASCII, того самого файлу дампа під час імпорту. Воістину приголомшливі:
database-dumps:rcf-temp1# # convert any non-ASCII character to a space
database-dumps:rcf-temp1# perl -i.bk -pe 's/[^[:ascii:]]/ /g;' mysql5-dump.sql
database-dumps:rcf-temp1# sum mysql5-dump.sql mysql5-dump.sql.bk
41053 2545611 mysql5-dump.sql
50145 2545611 mysql5-dump.sql.bk
database-dumps:rcf-temp1# cmp mysql5-dump.sql mysql5-dump.sql.bk
mysql5-dump.sql mysql5-dump.sql.bk differ: byte 1304850, line 30
database-dumps:rcf-temp1# # GOOD!
database-dumps:rcf-temp1# psql -U postgres -f mysql5-dump.sql --variable=client_encoding=utf-8 rt3
...
INSERT 0 416
psql:mysql5-dump.sql:30: ERROR: invalid byte sequence for encoding "UTF8": 0x00
HINT: This error can also happen if the byte sequence does not match the encod.
INSERT 0 455
INSERT 0 424
INSERT 0 483
INSERT 0 447
INSERT 0 503
psql:mysql5-dump.sql:36: ERROR: invalid byte sequence for encoding "UTF8": 0x00
HINT: This error can also happen if the byte sequence does not match the encod.
INSERT 0 502
INSERT 0 507
INSERT 0 318
INSERT 0 284
psql:mysql5-dump.sql:41: ERROR: invalid byte sequence for encoding "UTF8": 0x00
HINT: This error can also happen if the byte sequence does not match the encod.
INSERT 0 382
INSERT 0 419
INSERT 0 247
psql:mysql5-dump.sql:45: ERROR: invalid byte sequence for encoding "UTF8": 0x00
HINT: This error can also happen if the byte sequence does not match the encod.
INSERT 0 267
INSERT 0 348
^C
Одна з розглянутих таблиць визначається як:
Table "public.attachments"
Column | Type | Modifie
-----------------+-----------------------------+--------------------------------
id | integer | not null default nextval('atta)
transactionid | integer | not null
parent | integer | not null default 0
messageid | character varying(160) |
subject | character varying(255) |
filename | character varying(255) |
contenttype | character varying(80) |
contentencoding | character varying(80) |
content | text |
headers | text |
creator | integer | not null default 0
created | timestamp without time zone |
Indexes:
"attachments_pkey" PRIMARY KEY, btree (id)
"attachments1" btree (parent)
"attachments2" btree (transactionid)
"attachments3" btree (parent, transactionid)
Я не маю права змінювати тип для будь-якої частини схеми БД. Це може призвести до порушення майбутніх оновлень програмного забезпечення тощо.
Ймовірний стовпець проблеми - "вміст" типу "текст" (можливо, і інші в інших таблицях). Як я вже знаю з попередніх досліджень, PostgreSQL не дозволить NULL в "текстових" значеннях. Однак, дивіться вище, де і sed, і Perl не показують символів NULL, а потім далі вниз, де я знімаю всі символи, що не належать до ASCII, з усього дамп-файлу, але він все ще залишається затримкою.
head -29 foo | tail -1 | cat -vможе бути корисним.