Re: BUG #8577: pg_dump custom format exported dump can't be imported again

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: BUG #8577: pg_dump custom format exported dump can't be imported again
Дата
Msg-id 20131105211536.GI14819@awork2.anarazel.de
обсуждение исходный текст
Ответ на BUG #8577: pg_dump custom format exported dump can't be imported again  (dominik@dominikdorn.com)
Ответы Re: BUG #8577: pg_dump custom format exported dump can't be imported again
Список pgsql-bugs
On 2013-11-05 20:53:32 +0000, dominik@dominikdorn.com wrote:
> For some reason, pg_dump inserts an entry with null values into the dump
> (even for the primary key).

> pg_restore: [archiver (db)] Error while PROCESSING TOC:
> pg_restore: [archiver (db)] Error from TOC entry 3370; 0 61665 TABLE DATA
> lytartist lyriks
> pg_restore: [archiver (db)] COPY failed for table "lytartist": ERROR:  null
> value in column "nartistnr" violates not-null constraint
> CONTEXT:  COPY lytartist, line 21841: "\N    \N    \N    \N    \N    \N    \N    \N    \N    \N    \N"
> pg_restore: [archiver] worker process failed: exit code 1

Hm. That might be caused by on-disk corruption...

> Of course, querying for the entry with a NULL PK results in no results on
> the source machine.

Well, that will probably have used the the index, try it by doing
something like:
SET enable_indexscan = false;
SET enable_bitmapscan = false;
SET constraint_exclusion = false;
EXPLAIN SELECT ctid, * FROM lytartist WHERE nartistnr IS NULL;
SELECT ctid, * FROM lytartist WHERE nartistnr IS NULL;

The explain should show a sequential scan, right? Does it now return a row?

Greetings,

Andres Freund

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

Предыдущее
От: dominik@dominikdorn.com
Дата:
Сообщение: BUG #8577: pg_dump custom format exported dump can't be imported again
Следующее
От: Dominik Dorn
Дата:
Сообщение: Re: BUG #8577: pg_dump custom format exported dump can't be imported again