pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Jerry Sievers <gsievers19@comcast.net>
To: Andreas Joseph Krogh <andreas@visena.com>
Cc: pgsql-performance@postgresql.org
Subject: Re: Poor performance when deleting from entity-attribute-value type master-table
Date: Mon, 09 Feb 2015 15:42:28 -0600
Message-ID: <86wq3qyd6j.fsf@jerry.enova.com> (raw)
In-Reply-To: <VisenaEmail.6a.6ef5c9caf9b77096.14b702ca7f3@tc7-visena>
References: <VisenaEmail.6a.6ef5c9caf9b77096.14b702ca7f3@tc7-visena>
List-Unsubscribe:  <mailto:majordomo@postgresql.org?body=unsub%20pgsql-performance>

Andreas Joseph Krogh <andreas@visena.com> writes:

> Hi all.
> 
> Using PG-9.4.0 I'm seeing this trying to delete from an "entity"-master table:
> 
> *# explain analyze delete from onp_crm_entity where entity_id IN (select tmp.delivery_id from temp_delete_delivery_id tmp);
>  QUERY PLAN 
> ---------------------------------------------------------------------------------------------------------------------------------------------------
> Delete on onp_crm_entity (cost=0.43..5673.40 rows=1770 width=12) (actual time=7.370..7.370 rows=0 loops=1)
>  -> Nested Loop (cost=0.43..5673.40 rows=1770 width=12) (actual time=0.050..1.374 rows=108 loops=1)
>  -> Seq Scan on temp_delete_delivery_id tmp (cost=0.00..27.70 rows=1770 width=14) (actual time=0.014..0.080 rows=108 loops=1)
>  -> Index Scan using onp_crm_entity_pkey on onp_crm_entity (cost=0.43..3.18 rows=1 width=14) (actual time=0.010..0.011 rows=1 loops=108)
>  Index Cond: (entity_id = tmp.delivery_id)
> Planning time: 0.314 ms
> Trigger for constraint onp_crm_activity_entity_id_fkey: time=4.141 calls=108
> Trigger for constraint ...
> Trigger for constraint ...
> Trigger for constraint ...
> 
> 
> I have lots of tables referencing onp_crm_entity(entity_id) so I expect the poor performance of deleting from it is caused by all the triggers firing to check
> FKI-constraints.
> 
> Are there any ways around this or do people simply avoid having FKs in schemas like this?

The classic problem is that  one/more of your referring tables is
non-trivial in size and you are missing  an index on the referring column(s).

Insure that this condition does not exist before butchering your design :-)


> Thanks.
> 
> --
> Andreas Joseph Krogh
> CTO / Partner - Visena AS
> Mobile: +47 909 56 963
> andreas@visena.com
> www.visena.com
> [cid]
>

-- 
Jerry Sievers
Postgres DBA/Development Consulting
e: postgres.consulting@comcast.net
p: 312.241.7800


-- 
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance



view thread (5+ messages)  latest in thread

Message-ID: <86wq3qyd6j.fsf@jerry.enova.com>
Permalink:  ../86wq3qyd6j.fsf@jerry.enova.com/
Also on:    postgresql.org/message-id/86wq3qyd6j.fsf@jerry.enova.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: gsievers19@comcast.net, andreas@visena.com
  Subject: Re: Poor performance when deleting from entity-attribute-value type master-table
  In-Reply-To: <86wq3qyd6j.fsf@jerry.enova.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox