Date: Wed, 26 Apr 2017 08:27:19 -0400 (EDT)
From: Gerardo Herzig <gherzig@fmed.uba.ar>
To: Alessandro Ferrucci <alessandroferrucci@gmail.com>
Cc: pgsql-performance@postgresql.org
Message-ID: <141643966.192926.1493209639777.JavaMail.root@fmed.uba.ar>
In-Reply-To: 
 <CAMgh6pKk+hdnjaWxJ5mr0MpmbK-i-UHq35QB2C9LorXRNUkuEw@mail.gmail.com>
Subject: Re: Slow query with 3 table joins
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: bulk
Sender: pgsql-performance-owner@postgresql.org


----- Mensaje original -----
> De: "Alessandro Ferrucci" <alessandroferrucci@gmail.com>
> Para: pgsql-performance@postgresql.org
> Enviados: Mi=C3=A9rcoles, 26 de Abril 2017 0:19:37
> Asunto: Re: [PERFORM] Slow query with 3 table joins
>=20
>=20
>=20
> After about 40 inutes the slow query finally finished and the result
> of the EXPLAIN plan can be found here:
>=20
>=20
> https://explain.depesz.com/s/BX22
>=20
>=20
> Thanks,
> Alessandro Ferrucci

1) Looking at the "Rows removed by filter" in that explain, looks like a se=
lectivity issue: Many (many many) rows are fetched, just to be rejected lat=
er.=20
I think you can try a partial index on ''field (unit_id) where field_name=
=3D"SHEETS_PRESENT"'', if it is practical to you.
See https://www.postgresql.org/docs/current/static/indexes-partial.html for=
 a good read about partial indexes.

2) 9.2 is a pretty old version of PG. If you are migrating yet, you should =
consider a more recent version

HTH

Gerardo


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