Re: Performance issues on FK Triggers after replacing a primary column - Mailing list pgsql-general

From Adrian Klaver
Subject Re: Performance issues on FK Triggers after replacing a primary column
Date
Msg-id 524b0b1c-d351-0a9f-01e5-1f60eeda5fe8@aklaver.com
Whole thread Raw
In response to Re: Performance issues on FK Triggers after replacing a primary column  (Per Kaminsky <per.kaminsky@hawk-intech.com>)
Responses Re: Performance issues on FK Triggers after replacing a primary column
List pgsql-general
On 3/28/22 08:47, Per Kaminsky wrote:
> The tables have Index to each other on each foreign key. The index 
> itself was not touched though, and a remove/recreate did not help. Could 
> it be possible, that when the PK and FK values are replaced the Index is 
> not (immediately) updated and thus cannot be used?

Have you tried an ANALYZE on "A" AND "B" after?:

UPDATE "A" SET id = id_temp;

As to the index not immediately updating, I don't know.


> 
> The temporary table is not shown. It is created to insert the new values 
> from file, then used to update the correct table with the new values, 
> and then removed, it has no connection (FK or something else) to any 
> other table.
> 

So that is the '// fill id_temp with new IDs' part?


-- 
Adrian Klaver
adrian.klaver@aklaver.com



pgsql-general by date:

Previous
From: Per Kaminsky
Date:
Subject: Re: Performance issues on FK Triggers after replacing a primary column
Next
From: Per Kaminsky
Date:
Subject: Re: Performance issues on FK Triggers after replacing a primary column