[prev in list] [next in list] [prev in thread] [next in thread] 

List:       postgresql-hackers
Subject:    Re: postgres_fdw: Handle boolean comparison predicates
From:       Emre Hasegeli <emre () hasegeli ! com>
Date:       2021-05-31 16:51:57
Message-ID: CAE2gYzysXxtGgpJKBnSgdtocbZj0JbEHP1KUH=y2bKhbz6uOHA () mail ! gmail ! com
[Download RAW message or body]

> 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.

> +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.

[1] https://commitfest.postgresql.org/33/3144/


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic