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

From Tom Lane
Subject Re: Slow delete with with cascading foreign keys
Date
Msg-id 27718.1224508127@sss.pgh.pa.us
Whole thread Raw
In response to Slow delete with with cascading foreign keys  ("Matthias Karlsson" <matthias@yacc.se>)
Responses Re: Slow delete with with cascading foreign keys  (Matthias Karlsson <matthias@yacc.se>)
List pgsql-general
"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

pgsql-general by date:

Previous
From: "Matthias Karlsson"
Date:
Subject: Slow delete with with cascading foreign keys
Next
From: "Sergey Konoplev"
Date:
Subject: index scan leads to result that is different from sec scan after upgrading to 8.3.4