Re: 7.4 vs 7.3 ( hash join issue ) - Mailing list pgsql-performance

From Greg Stark
Subject Re: 7.4 vs 7.3 ( hash join issue )
Date
Msg-id 87y8j2ctc3.fsf@stark.xeocode.com
Whole thread Raw
In response to Re: 7.4 vs 7.3 ( hash join issue )  (Gaetano Mendola <mendola@bigfoot.com>)
Responses Re: 7.4 vs 7.3 ( hash join issue )  (Dennis Bjorklund <db@zigo.dhs.org>)
List pgsql-performance
Gaetano Mendola <mendola@bigfoot.com> writes:

> hash_join = on
>                 ->  Seq Scan on lookup_tipo_evento le  (cost=0.00..1.16 rows=16 width=32) (actual time=0.017..0.038
rows=16loops=1) 
>
> hash_join = off
>                       ->  Seq Scan on lookup_tipo_evento le  (cost=0.00..1.16 rows=16 width=32) (never executed)


Actually this looks like it's arguably a bug to me. Why does the hash join
execute the sequential scan at all? Shouldn't it also like the merge join
recognize that the other hashed relation is empty and skip the sequential scan
entirely?


--
greg

pgsql-performance by date:

Previous
From: Gaetano Mendola
Date:
Subject: Re: 7.4 vs 7.3 ( hash join issue )
Next
From: Dennis Bjorklund
Date:
Subject: Re: 7.4 vs 7.3 ( hash join issue )