Re: *very* inefficient choice made by the planner (regarding - Mailing list pgsql-performance

From Stephan Szabo
Subject Re: *very* inefficient choice made by the planner (regarding
Date
Msg-id 20040610101410.X21002@megazone.bigpanda.com
Whole thread Raw
In response to Re: *very* inefficient choice made by the planner (regarding  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
List pgsql-performance
On Thu, 10 Jun 2004, Stephan Szabo wrote:

>
> On Thu, 10 Jun 2004, Jean-Luc Lachance wrote:
>
> > I agree, but it should be a simple rewrite. No?
>
> It's NULLs inside the subselect that are the issue.
>
> select 1 in (select a from foo)
> select exists ( select 1 from foo where a=1)
>
> If foo.a contains a row with NULL but no rows containing a 1, the above
> give different results (unknown and exists) and IIRC, exists cannot

Erm that exists should have been false

pgsql-performance by date:

Previous
From: Stephan Szabo
Date:
Subject: Re: *very* inefficient choice made by the planner (regarding
Next
From: Nick Trainor
Date:
Subject: ORDER BY user defined function performance issues