Mathieu De Zutter writes:
The problem is that this join is performing very badly when more than one
work is involved. It chooses a plan that is orders of magnitude slower.
I have attached
- The (simplified) table definitions
- The (simplified) view
- Two queries with explain analyze plan: "IN (1)" => fast, "IN (1,3)" =>
slow
- postgresql.conf
The reason you get a nice plan in the first case is that "w.id in (1)"
is treated as "w.id = 1", and then there is logic that combines that with
"w.id = wps.id" to conclude that we can synthesize a condition "wps.id = 1".
None of that happens when there's more than one IN item, because it's not
an equality operator anymore.

You might be able to do something like
     JOIN (VALUES (1),(3)) foo(x) ON w.id = foo.x

    regards, tom lane

Search Discussions

Discussion Posts

Previous

Related Discussions

Discussion Navigation
viewthread | post
posts ‹ prev | 2 of 2 | next ›
Discussion Overview
grouppgsql-performance @
categoriespostgresql
postedAug 30, '13 at 9:06a
activeAug 30, '13 at 2:01p
posts2
users2
websitepostgresql.org
irc#postgresql

2 users in discussion

Tom Lane: 1 post Mathieu De Zutter: 1 post

People

Translate

site design / logo © 2017 Grokbase