Re: Slow delete with with cascading foreign keys - Mailing list pgsql-general

From Matthias Karlsson
Subject Re: Slow delete with with cascading foreign keys
Date
Msg-id 48FCCC01.4080906@yacc.se
Whole thread Raw
In response to Re: Slow delete with with cascading foreign keys  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Slow delete with with cascading foreign keys  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
Tom Lane skrev:
> "Matthias Karlsson" <matthias@yacc.se> writes:
>> I have a rather complex set of relations, connected with cascading
>> foreign keys on delete. I'm experiencing very slow performance when
>> deleting *the* lead node, which everything eventually depends on. The
>> number of records ultimately to be deleted aren't that many (perhaps
>> 2000-3000) but there are maybe 30 relations involved. I understand
>> that this is most likely due to missing indices, but I have been
>> unable to figure out how to get PostgreSQL to tell me where the
>> performance bottleneck is.
>
> If it's a reasonably modern PG version, EXPLAIN ANALYZE will break out
> the time spent in each on-delete trigger, which should be enough to
> answer the question.
>
>             regards, tom lane

Thanks, that gave me something to work with. I targeted the triggers that had the most "uses", but it did not seem to
help that much. I managed to reduce execution time with maybe 10-15%, but I'll try to apply indices more aggressively
to 
see if it helps.

// Matthias

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: index scan leads to result that is different from sec scan after upgrading to 8.3.4
Next
From: "Robert Haas"
Date:
Subject: Re: [HACKERS] Hot Standby utility and administrator functions