Scott,
Often times, switching an inner subselect that requires a distinct to a
group by on that column yields better results. In this case, the IN should
be equivalent, so it probably will not help. This would look like:
SELECT dok.*
FROM dok
JOIN (SELECT dokumnr FROM temptbl GROUP BY dokumnr ) x USING(dokumnr);
Thank you. This may be great idea.
I changed my query to use GROUP BY instead of DISTINCT
Whether that hepls depends on how big dokumnr is and where the query
bottleneck is.
I'm wondering how this can solve the issue when there is single or few
dokumnr columns.
Planner still thinks that temptbl projection contains 1000 rows and uses seq
scan instead of using bitmap index on dok table.
I tried
SELECT dok.*
FROM dok
JOIN (SELECT dokumnr FROM temptbl GROUP BY dokumnr ANALYZE ) x
USING(dokumnr);
but got error.
Note there are subtle differences between DISTINCT and GROUP BY with
respect to nulls.
dokumnr is int type and is not null always.
Andrus.
--
Sent via pgsql-performance mailing list (pgsql-performance@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance
