Re: libc to libicu via pg_dump/pg_restore?
От | Daniel Verite |
---|---|
Тема | Re: libc to libicu via pg_dump/pg_restore? |
Дата | |
Msg-id | 669e44d4-01fd-4ae2-9918-4396a7f8f070@manitou-mail.org обсуждение исходный текст |
Ответ на | libc to libicu via pg_dump/pg_restore? (Paul Foerster <paul.foerster@gmail.com>) |
Ответы |
Re: libc to libicu via pg_dump/pg_restore?
Re: libc to libicu via pg_dump/pg_restore? |
Список | pgsql-general |
Paul Foerster wrote: > >> pg_restore: error: could not execute query: ERROR: insert or update on table "table_1" violates foreign key constraint"..._fk" > >> DETAIL: Key (dokument_id)=(1000033680) is not present in table "...". > > > > Is dokument_id an integer field? > > Yes, it's a bigint. It's hard to imagine that the change of collation is related to the failure to create that constraint. When a value is present in the target table but the FK check does not find it, often the cause is index corruption. But if you've just imported that dump, the index on the target column should be brand new. Still, you may check it with pg_amcheck [1] or try rebuilding it just in case. [1] https://www.postgresql.org/docs/current/app-pgamcheck.html Best regards, -- Daniel Vérité https://postgresql.verite.pro/
В списке pgsql-general по дате отправления: