Received: from malur.postgresql.org ([217.196.149.56])
 by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from
 <pgsql-performance-owner+M52705=pgsql-performance-ar@postgresql.org>)
 id 1YKvdp-0005AO-Ul
 for pgsql-performance@arkaria.postgresql.org; Mon, 09 Feb 2015 21:13:14 +0000
Received: from localhost ([127.0.0.1] helo=postgresql.org)
 by malur.postgresql.org with smtp (Exim 4.80) (envelope-from
 <pgsql-performance-owner+M52705=pgsql-performance-ar@postgresql.org>)
 id 1YKvdp-0005Kr-4p
 for pgsql-performance@arkaria.postgresql.org; Mon, 09 Feb 2015 21:13:13 +0000
Received: from makus.postgresql.org ([2001:4800:1501:1::229])
 by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.80) (envelope-from <andreas@visena.com>) id 1YKvdj-0005AL-OT
 for pgsql-performance@postgresql.org; Mon, 09 Feb 2015 21:13:08 +0000
Received: from post.visena.com ([46.226.10.50])
 by makus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA1:256)
 (Exim 4.80) (envelope-from <andreas@visena.com>) id 1YKvde-0004DD-Mf
 for pgsql-performance@postgresql.org; Mon, 09 Feb 2015 21:13:04 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=visena.com;
 s=20141101.wh;
 h=Content-Type:MIME-Version:Subject:Message-ID:To:From:Date;
 bh=LjJd8mMByraWA2wBOrhoCBLGvfkM7iI1xKKP3fKc/Z0=;
 b=PzN0ahSSjGiNr6oKNw/fmWHjT8DhCb7uyyVhzqTfXznQtpG8/8Rv+XcM0m2LlBjKhSmR9cfJEXHJQP4ajNKjBViEVEtxE79QHgkFTRAE4ur30ovsqYE6Cq1fBC1CwnQ4q6E6LHG4f2REyRmJzaIgWxX5GhqbUXDvs4C8ikS/lYE=;
Received: from [10.0.1.10] (helo=tc7-visena.wh.internal.visena.com)
 by post.visena.com with esmtp (Exim 4.82)
 (envelope-from <andreas@visena.com>) id 1YKvdX-0001py-UX
 for pgsql-performance@postgresql.org; Mon, 09 Feb 2015 22:12:58 +0100
Received: from localhost ([127.0.0.1] helo=tc7-visena.wh.internal.visena.com)
 by tc7-visena.wh.internal.visena.com with esmtp (Exim 4.82)
 (envelope-from <andreas@visena.com>) id 1YKvdX-00066d-Ev
 for pgsql-performance@postgresql.org; Mon, 09 Feb 2015 22:12:55 +0100
Date: Mon, 9 Feb 2015 22:12:55 +0100 (CET)
From: Andreas Joseph Krogh <andreas@visena.com>
To: pgsql-performance@postgresql.org
Message-ID: <VisenaEmail.6a.6ef5c9caf9b77096.14b702ca7f3@tc7-visena>
Subject: Poor performance when deleting from entity-attribute-value type
 master-table
MIME-Version: 1.0
X-Mailer: Visena Mail 1.9.0-SNAPSHOT
X-Spam-Score: -0.3
X-Spam-Report: SpamAssasin (score=-0.3, required 5.0 ALL_TRUSTED=-1,
 HTML_IMAGE_ONLY_28=0.726, HTML_MESSAGE=0.001)
X-Pg-Spam-Score: 0.8 (/)
Content-Type: multipart/related;
 boundary="----=_Part_266_1025525056.1423516375380"
List-Archive: <http://archives.postgresql.org/pgsql-performance>
List-Help: <mailto:majordomo@postgresql.org?body=help>
List-ID: <pgsql-performance.postgresql.org>
List-Owner: <mailto:pgsql-performance-owner@postgresql.org>
List-Post: <mailto:pgsql-performance@postgresql.org>
List-Subscribe: <mailto:majordomo@postgresql.org?body=sub%20pgsql-performance>
List-Unsubscribe: 
 <mailto:majordomo@postgresql.org?body=unsub%20pgsql-performance>
X-Mailing-List: pgsql-performance
Precedence: bulk
Sender: pgsql-performance-owner@postgresql.org

------=_Part_265_208755505.1423516375380
Content-Type: multipart/related; 
	boundary="----=_Part_266_1025525056.1423516375380"

------=_Part_266_1025525056.1423516375380
Content-Type: multipart/alternative;
 boundary="----=_Part_267_1381951653.1423516375392"

------=_Part_267_1381951653.1423516375392
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi all. =C2=A0 Using PG-9.4.0 I'm seeing this trying to delete from an=20
"entity"-master table: =C2=A0 *# explain analyze=C2=A0=C2=A0=C2=A0=C2=A0 de=
lete from onp_crm_entity=20
where entity_id IN (select tmp.delivery_id from temp_delete_delivery_id tmp=
);
 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 QUERY=20
PLAN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0
=20
---------------------------------------------------------------------------=
------------------------------------------------------------------------
 =C2=A0Delete on onp_crm_entity=C2=A0 (cost=3D0.43..5673.40 rows=3D1770 wid=
th=3D12) (actual=20
time=3D7.370..7.370 rows=3D0 loops=3D1)
 =C2=A0=C2=A0 ->=C2=A0 Nested Loop=C2=A0 (cost=3D0.43..5673.40 rows=3D1770 =
width=3D12) (actual=20
time=3D0.050..1.374 rows=3D108 loops=3D1)
 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ->=C2=A0 Seq Scan on temp=
_delete_delivery_id tmp=C2=A0 (cost=3D0.00..27.70=20
rows=3D1770 width=3D14) (actual time=3D0.014..0.080 rows=3D108 loops=3D1)
 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ->=C2=A0 Index Scan using=
 onp_crm_entity_pkey on onp_crm_entity=C2=A0=20
(cost=3D0.43..3.18 rows=3D1 width=3D14) (actual time=3D0.010..0.011 rows=3D=
1 loops=3D108)
 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Index Cond: (entity_id =3D tmp.delivery_id)
 =C2=A0Planning time: 0.314 ms
 =C2=A0Trigger for constraint onp_crm_activity_entity_id_fkey: time=3D4.141=
 calls=3D108=20
=C2=A0Trigger for constraint ... =C2=A0Trigger for constraint ... =C2=A0Tri=
gger for constraint=20
... =C2=A0 =C2=A0 I have lots of tables referencing onp_crm_entity(entity_i=
d) so I expect=20
the poor performance of deleting from it is caused by all the triggers firi=
ng=20
to check FKI-constraints. =C2=A0 Are there any ways around this or do peopl=
e simply=20
avoid having FKs in schemas like this? =C2=A0 Thanks. =C2=A0 -- Andreas Jos=
eph Krogh CTO=20
/ Partner - Visena AS Mobile: +47 909 56 963 andreas@visena.com=20
<mailto:andreas@visena.com> www.visena.com <https://www.visena.com> =20
<https://www.visena.com>
------=_Part_267_1381951653.1423516375392
Content-Type: text/html;charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div>
<div>Hi all.</div>

<div>=C2=A0</div>

<div>Using PG-9.4.0 I'm seeing this trying to delete from an &quot;entity&q=
uot;-master table:</div>

<div>=C2=A0</div>

<div>*# explain analyze=C2=A0=C2=A0=C2=A0=C2=A0 delete from onp_crm_entity =
where entity_id IN (select tmp.delivery_id from temp_delete_delivery_id tmp=
);<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0 QUERY PLAN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0<b=
r>
---------------------------------------------------------------------------=
------------------------------------------------------------------------<br=
>
=C2=A0Delete on onp_crm_entity=C2=A0 (cost=3D0.43..5673.40 rows=3D1770 widt=
h=3D12) (actual time=3D7.370..7.370 rows=3D0 loops=3D1)<br>
=C2=A0=C2=A0 -&gt;=C2=A0 Nested Loop=C2=A0 (cost=3D0.43..5673.40 rows=3D177=
0 width=3D12) (actual time=3D0.050..1.374 rows=3D108 loops=3D1)<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -&gt;=C2=A0 Seq Scan on te=
mp_delete_delivery_id tmp=C2=A0 (cost=3D0.00..27.70 rows=3D1770 width=3D14)=
 (actual time=3D0.014..0.080 rows=3D108 loops=3D1)<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -&gt;=C2=A0 Index Scan usi=
ng onp_crm_entity_pkey on onp_crm_entity=C2=A0 (cost=3D0.43..3.18 rows=3D1 =
width=3D14) (actual time=3D0.010..0.011 rows=3D1 loops=3D108)<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Index Cond: (entity_id =3D tmp.delivery_id)<br>
=C2=A0Planning time: 0.314 ms<br>
=C2=A0Trigger for constraint onp_crm_activity_entity_id_fkey: time=3D4.141 =
calls=3D108</div>

<div>=C2=A0Trigger for constraint ...</div>

<div>=C2=A0Trigger for constraint ...</div>

<div>=C2=A0Trigger for constraint ...</div>

<div>=C2=A0</div>

<div>=C2=A0</div>

<div>I have lots of tables referencing onp_crm_entity(entity_id) so I expec=
t the poor performance of deleting from it is caused by all the triggers fi=
ring to check FKI-constraints.</div>

<div>=C2=A0</div>

<div>Are there any ways around this or do people simply avoid having FKs in=
 schemas like this?</div>

<div>=C2=A0</div>

<div>Thanks.</div>
</div>

<div>=C2=A0</div>

<div class=3D"origo-email-signature">
<div>--
<div><span style=3D"font-family:arial,helvetica,sans-serif;"><strong>Andrea=
s Joseph Krogh</strong></span></div>

<div><span style=3D"font-family:arial,helvetica,sans-serif;">CTO / Partner<=
/span> - Visena AS</div>

<div><span style=3D"font-family:arial,helvetica,sans-serif;">Mobile: +47 90=
9 56 963</span></div>

<div><a href=3D"mailto:andreas@visena.com">andreas@visena.com</a></div>

<div><a href=3D"https://www.visena.com">www.visena.com</a></div>

<div style=3D"padding-top: 5px"><a href=3D"https://www.visena.com"><img alt=
=3D"" src=3D"cid:part_F12928584409429FXWF5"></a></div>
</div>
</div>
------=_Part_267_1381951653.1423516375392--

------=_Part_266_1025525056.1423516375380
Content-Type: image/png
Content-Transfer-Encoding: base64
Content-Disposition: inline
Content-ID: <part_F12928584409429FXWF5>

iVBORw0KGgoAAAANSUhEUgAAAIUAAAAYCAYAAADUIj6hAAAABHNCSVQICAgIfAhkiAAABzBJREFU
aEPtmNFxHDcMhmVP3i1VECpvnjzkVIHWFfhcgVcVRKrAUgWRK/C6Al8H3lTgy0PGbzFdQc4VJP/H
ADs43q6kROeJNbOYgQACIAgCWJKng4MZ5gxUGXh0U0b+SIuF9G+EWXj2Q15vbrE/NPtk9uub7Gfd
t5mBx1NhqSEo8HshjbEUtlO2yIM9tsx5dZP9rPt2MzDZFAqZE4LGcFjdsg3saQaHt7fY70X949On
aS+OZidDBkavD33157L4xaw2os+Mp/DAC10l2XhOCeStj0W5ajrJL8WfCi80Xgf9vVlrhg9yRONe
/f7xI2vNsIcM7JwU9o6oGyJrLT8JOA1aX9sKP4wl94bAniukEbo/n7YPmuTETzIab4Y9ZWCrKexd
8M58lxPCvvD6aihfvexbEQoPYO8NQRO0JnddGO6FJYaVsBde7cXj7KRk4LsqDxQzCYeGsJNgaXZe
+JXkyGgWINq3Gp+bHNILz+wEYs5qH1eJrouNrpDXtk4O6x1IvtD40GWyJYYdkF0jIbYZlN16xygI
gl9smbMDsmFdfAKb23xGB8H/mv3tOJfArs1kukk79DEPdQ5u0g1vCvvqKXIW8mZYW+F3Tg4r8HvZ
kQCCLydK8EFMQCe5N8RgL9mRG0SqQFuNvdE6beSs0qPDBuCdg0+gvClso8SbTO4ki7mQzQqBrcMH
QPwReg2wW8umEe/+L8T/LEzBGF9nXjzZ46s+ITHvhegW8LL39xm6App7KYL/GE+vcYnFbJiP/0aY
hdiCnRC7jaj7eiK2ETInC5PRF6LYkSN0+HabF75WuT6syCyI0YkVGGMvUC33AmfZTDUEj8u6IVhu
EhRUJ2U2g6UlugyNb03Hl9obHwlxJbcRzcYjO4QPjVfGFTQav4vrmp7cpMp2qbHnBxWJbisbho2Q
XI6C1sIHDUFhH4Hij4UbIev66eANeiwbkA+LBsO36zAHzoXU7AhbqLAXEiOYTXcSdO8VS9L4wN8U
BIYhBd6oSUgYMijOkecRuTdQa/YiBXhbXFcnCnI2SrfeBG9NydrLYMhGHa5qB9pQIxlzAE6Okjzx
JO5afGe6kmhBicWKQNKuTZ5EW+MjQY8v/9rQ0bhJSJyNGUe/JH1t8h1iMbdSPAvxHYin6YmN9YBX
QmTYZZNh14vHhhhal5vtcIrJjmvszPRJdExH3MWHvykoBEc9CoCGWJisOLOGoCORs1FvIMbYA8z3
kwM59oemy6LlWrLxFLmWgiQAfEGd8S+NssbK+EhyGLxUkhhiy717waBqHOJYSEacwBejkFNhjJNj
v/gANOdQxPfciP/JVBCK2cOIcg3RRJ+CPrLPNVhhN6F38VKMF3XLlIJrjU5C8gMFxvKDvOcPc4rV
NjCn7KM0BV+161V8viSCuJZ8SITGJGEh7IUUlxOFMYUH1kJOCN4Wh+I5pqCuK01k40kSNtnKiKIl
UfxAgW5sU5JlS05rtt5YFJF1SWoqHv6BRgQcA4/bdb9WRjmMk3jyUMAbIoyJq9e4cVmgzKt9j5gN
J/aYDhk+hhjExwaPcz5PObA5Zd9bvz5UzCTZuZDidu5AchpiKSwPR+TV1bCWqBQ9nCjJ5neivC82
Nr4LeS2j1gw5LUqwBuhGQQU5UwHeSslXkwIynz2U2A2yKDgG7OffwLA3TpGRpk0Tzpj3ZEJXi/GR
a6GN0e0NtppChePdcAz1FTS+FN8Kpxoiykk+J8fC5tenjbu9kSqpHLu9jBrhUuhNwVGbpyZrzrl0
HPVD8SXj5EOOD/eDC64VjvYBZLuUbIVAfBN1t/C/SU+cAGtdGo+fVnzycUX5wmn6eCKPmWYJG2E/
ppTsuRCbvUD9fwquksG5GqLVKhzDQ3GrEyLKSXhsiK3T5j9EyxffCFOYi2wUlPyFFDQAhehESDjQ
GoX0ho0oj8RPou6TxHJdcT0NTcWkO0AnG7+uXsnHqcas/72wvWF+mSf7N/Watp9kTXoluzeS0fB9
9CcZ/hvhSZTfh99pispZOXL9KrGrARkNUMu9ITbScZWs7xOYNt9pwxSZtYDsX/GE3xTkrXgwAsXm
fud08FiTeC+m2/o7ppo+PTS/NBK5ARpDG5YHr++DpmVfreYdiX8mnp+DzPEG9WbqJON0JBenZofs
sxBA1gj5NXGvfJu/Qh7HwQh/VDUEyUxCit5hH94QfKkEdu+GwK8BX0hvCF+D67xhjmXQCXMwJCZ+
olK0A1EKRCE4snsh42w8Mv/Zhxw9iD7Cjo7CyQC/KyF6oBfShL4PYgG+CHsYKyZxvxZSZBAgjhIz
YDz+AbfD37GtbaoSKzgGt+lKfI/GZtay6vG4VXTpPsh+IcQhOk9I7WYeP5AM3HZ9+DaSGIp9HIuu
huC4pCGGx+YD2fcc5tfIAA0h/Et4/jX8zz4fWAasIf4UbR9Y6HO4d8jAnd4U0Y8ageuCB+c+H5R3
CHU2mTMwZ+B/y8DfSMBLLOYXVuEAAAAASUVORK5CYII=
------=_Part_266_1025525056.1423516375380--

------=_Part_265_208755505.1423516375380--