From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | flik <flikreview(at)gmail(dot)com> |
Cc: | pgsql-novice(at)lists(dot)postgresql(dot)org |
Subject: | Re: Fixing Integrity check errors |
Date: | 2022-03-14 21:33:02 |
Message-ID: | 225370.1647293582@sss.pgh.pa.us |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
flik <flikreview(at)gmail(dot)com> writes:
> What would be the best way to solve integrity errors (unique
> constraints) caused by a badly done dump/restore? My best guess as
> ignorant ass, it's simply to dump the current data (only), start a new
> project, apply the migrations and loading back data.
> Given that the schema is exactly the same, would this work? If so, how
> can I do it with postgres?
> I already tried to pg_dump --data-only but I keep getting weird errors.
--data-only is really the source of your problem, probably.
If you do a normal (full) pg_dump and restore into an empty
database, then pg_dump should see to loading your data and
installing constraints in the correct order. With --data-only
it can't make as many guarantees.
Usually, however, that only comes up with foreign key constraints.
If you're seeing unique-constraint failures then there might be
something else going on, such as
* you forgot to make sure the tables are empty before adding data
* or there's something corrupt about the indexes
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jean Baro | 2022-03-17 01:00:00 | Why aren't people talking about OrioleDB (new Storage Engine for PG)? |
Previous Message | flik | 2022-03-14 20:14:55 | Fixing Integrity check errors |