Nested Loop join being improperly chosen - Mailing list pgsql-performance

From Brad Ediger
Subject Nested Loop join being improperly chosen
Date
Msg-id D51F400E-CA0D-45A0-825A-40C5240CD230@bradediger.com
Whole thread Raw
Responses Re: Nested Loop join being improperly chosen  ("David Rowley" <dgrowley@gmail.com>)
List pgsql-performance
Hello,
I'm having trouble with a Nested Loop being selected for a rather
complex query; it turns out this is a pretty bad plan as the nested
loop's row estimates are quite off (1 estimated / 1207881 actual). If
I disable enable_nestloop, the query executes much faster (42 seconds
instead of 605). The tables in the query have all been ANALYZEd just
before generating these plans.

Here are the plans with and without enable_nestloop:

http://pastie.org/258043

The inventory table is huge; it currently has about 1.3 x 10^9 tuples.
The items table has around 10,000 tuples, and the other tables in the
query are tiny.

Any ideas or suggestions would be greatly appreciated. Thanks!
--
Brad Ediger


Attachment

pgsql-performance by date:

Previous
From: Jan Otto
Date:
Subject: Re: The state of PG replication in 2008/Q2?
Next
From: Decibel!
Date:
Subject: Re: Optimizing a VIEW