Re: Logical Implication - Mailing list pgsql-hackers

From Isaac Morland
Subject Re: Logical Implication
Date
Msg-id CAMsGm5fatRFmUrcr9vCp5wHdbg2gTY=Av78sxsuHOxKD9B54uw@mail.gmail.com
Whole thread
In response to Re: Logical Implication  (Jacob Champion <jacob.champion@enterprisedb.com>)
List pgsql-hackers
On Tue, 29 Sept 2026 at 12:30, Jacob Champion <jacob.champion@enterprisedb.com> wrote:

Either way, you don't really need to convince me; I just wanted to +1
Nathan's "no associativity" idea and run away. And associative or not,
IMPLIES is a lot nicer than the NOT-OR construction.

Probably good. I can easily imagine myself seeing a IMPLIES b IMPLIES c and reading (a IMPLIES b) AND (b IMPLIES c) even though I know that's not how Postgres operators work.

Personally, I currently spell IMPLIES as "<=" which would be about as good as you could expect, except that the usual mathematical implication operator visually appears much closer to "=>". Also any NULL input at all results in NULL output even when interpreting the NULL as "unknown" would result in a TRUE result.

pgsql-hackers by date:

Previous
From: Greg Burd
Date:
Subject: Re: [PATCH] Corruption Issue: Fix missing tts_tid in ExecForceStoreHeapTuple
Next
From: Rui Zhao
Date:
Subject: Re: Extension security improvement: Add support for extensions with an owned schema