Skip site navigation (1) Skip section navigation (2)

Re: "NOT IN" substantially slower in 9.0.2 than 8.3.13 - NOT EXISTS runs fast in both 8.3.13 and 9.0.2

From: Mladen Gogala <mladen(dot)gogala(at)vmsinfo(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Achilleas Mantzios <achill(at)matrix(dot)gatewaynet(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: "NOT IN" substantially slower in 9.0.2 than 8.3.13 - NOT EXISTS runs fast in both 8.3.13 and 9.0.2
Date: 2011-01-21 18:12:55
Message-ID: 4D39CCA7.1040507@vmsinfo.com (view raw or flat)
Thread:
Lists: pgsql-performance
On 1/21/2011 12:51 PM, Robert Haas wrote:
> I am starting to suspect that there is a bug in the join selectivity
> logic in 9.0.  We've had a few complaints where the join was projected
> to return more rows than the product of the inner side and outer side
> of the join, which is clearly nonsense.  I read the function and I
> don't see anything weird... and it clearly can't be too bad or we
> would have had more complaints... but...

Well the way to test it would be to take the function from 8.3, input 
the same arguments and see if there is any difference with the results.

-- 

Mladen Gogala
Sr. Oracle DBA
1500 Broadway
New York, NY 10036
(212) 329-5251
http://www.vmsinfo.com
The Leader in Integrated Media Intelligence Solutions




In response to

pgsql-performance by date

Next:From: Andy ColsonDate: 2011-01-21 18:29:15
Subject: Re: Fun little performance IMPROVEMENT...
Previous:From: grantDate: 2011-01-21 18:12:35
Subject: Fun little performance IMPROVEMENT...

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group