Re: Bugs in planner's equivalence-class processing - Mailing list pgsql-hackers

From Joel Jacobson
Subject Re: Bugs in planner's equivalence-class processing
Date
Msg-id CAASwCXdgPkr88zcn4cbW5mEhdAH1kN57gEU=GB8bHpKoXbW8gg@mail.gmail.com
Whole thread Raw
In response to Bugs in planner's equivalence-class processing  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Bugs in planner's equivalence-class processing  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
When I tried our test suite against 9.2.1 one of the tests failed,
it looked really strange, the query had returned a row which could
impossibly match the WHERE statement.

I heard on #postgresql this bug has already been reported.

If helpful, here is a simple test to reproduce the problem:
http://pgsql.privatepaste.com/6429e8a200

From what I understand from the discussion, this "bug" or behaviour
has been around for quite some time, dating back to 7.4,
perhaps not exactly the same in all major versions though.

Would you recommend me to rewrite all queries of this particular
type, where you have COALESCE in the WHERE statement,
as a precaution?

We haven't migrated to 9.2 yet, but perhaps there is a risk
similar queries can render the same problems even in 9.1?



pgsql-hackers by date:

Previous
From: Merlin Moncure
Date:
Subject: Re: Unresolved error 0xC0000409 on Windows Server
Next
From: Daniel Farina
Date:
Subject: Re: Synchronous commit not... synchronous?