Re: postgres_fdw: Handle boolean comparison predicates - Mailing list pgsql-hackers

From Ronan Dunklau
Subject Re: postgres_fdw: Handle boolean comparison predicates
Date
Msg-id 8440061.GEkzpLcyQo@aivenronan
Whole thread Raw
In response to Re: postgres_fdw: Handle boolean comparison predicates  (Emre Hasegeli <emre@hasegeli.com>)
Responses Re: postgres_fdw: Handle boolean comparison predicates  (Cary Huang <cary.huang@highgo.ca>)
List pgsql-hackers
Le lundi 31 mai 2021, 18:51:57 CEST Emre Hasegeli a écrit :
> > Please add this patch to the commitfest so that it's not forgotten. It
> > will be considered as a new feature so will be considered for commit
> > after the next commitfest.
>
> I did [1].  You can add yourself as a reviewer.
>
> > I don't understand why we need to complicate the expressions when
> > sending those to the foreign nodes. Why do we want to send
> > (NOT xyz OR xyz IS NULL) and not as just (xyz IS FALSE).
> > The latter is much more readable and less error-prone. That true for
> > all the BooleanTest deparsing.
>
> = true/false conditions are normalised.  I thought similar behaviour
> would be expected here.

I agree with Ashutosh, since IS NOT TRUE / FALSE is already a way of
normalizing it I don't really see what this brings.

>
> > +EXPLAIN (VERBOSE, COSTS OFF) SELECT * FROM ft1 t1 WHERE (c1 = 100) IS
> > TRUE;            -- BooleanTest
> >
> > Also test a boolean column?
>
> There isn't a boolean column on the test table currently.

We should probably add one then.



--
Ronan Dunklau





pgsql-hackers by date:

Previous
From: David Rowley
Date:
Subject: Re: Add proper planner support for ORDER BY / DISTINCT aggregates
Next
From: David Rowley
Date:
Subject: Re: ORDER BY pushdowns seem broken in postgres_fdw