Re: BUG #15102: Performance problem when doing join, index are not used - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #15102: Performance problem when doing join, index are not used
Date
Msg-id 12626.1520523664@sss.pgh.pa.us
Whole thread Raw
In response to BUG #15102: Performance problem when doing join, index are not used  (PG Bug reporting form <noreply@postgresql.org>)
Responses Re: BUG #15102: Performance problem when doing join, index are not used  (Mehdi Rahman <mehdirahbvd@gmail.com>)
List pgsql-bugs
=?utf-8?q?PG_Bug_reporting_form?= <noreply@postgresql.org> writes:
> Here is the query:
> [ select with 11 input tables ]

Perhaps raising join_collapse_limit to 11 or more would let the query
planner find a better plan.  Having said that, I see no especially good
reason to think that sort-and-merge isn't a good join type for this query.
Indexes aren't always the answer, especially not when joining large
numbers of rows as you are here.

Another direction to pursue is to raise work_mem to allow the sorts to
proceed more efficiently.  Don't go overboard on that, but judicious
increases can help.

Lastly, I see no reason whatever to think this is a bug.  You might
have better luck discussing the issue on the pgsql-performance list.

            regards, tom lane


pgsql-bugs by date:

Previous
From: PG Bug reporting form
Date:
Subject: BUG #15102: Performance problem when doing join, index are not used
Next
From: Chris Travers
Date:
Subject: When using multiple inheritance, insufficient tests exist for whethera data type change is safe.