Search Postgresql Archives

Re: How to interpret 'depends on' errors in pg_restore?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am 28. März 2024 15:00:06 schrieb Tom Lane <tgl@xxxxxxxxxxxxx>:

Fire Emerald <fire.github@xxxxxxxxx> writes:
Then i did a pg_restore -d target --verbose -Fc file.dump and saw in the 
output this:

5145 0 730750 TABLE subpartitions backends_y2024w03 userA
;        depends on: 237
.... and so on ...

That is not an error, it's just verbose display of one of the items
in the dump.

Well, I know it's not an error, but it's everything i got. There was no error shown. The command completed, but without anything imported.

Nothing was restored.

You would need to show us the actual errors.  (Suggestion:
leave off --verbose, it's just clutter.)  A guess though is
that the import failed because of foreign key constraints.
--data-only mode is not good at ordering the table loads to
ensure that FK constraints are satisfied on-the-fly.

  regards, tom lane

As i said, the same import but with INSERT INTOs worked without any issues. So no, there are no FK constraints failing.

But the target and source table had partitioned tables attached, using ATTACH PARTITION.

The schema was like:
db1 schema1 public table1 (links to the listed below)
db1 schema1 subpartitions backends_y2024w03
db1 schema1 subpartitions backends_y2024w04
db1 schema1 subpartitions backends_y2024w05

The partitioning must be the problem somehow.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]

  Powered by Linux