From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
Cc: | Navrátil, Ondřej <onavratil(at)monetplus(dot)cz>, pgsql-docs(at)lists(dot)postgresql(dot)org |
Subject: | Re: COALESCE documentation |
Date: | 2024-07-03 14:57:48 |
Message-ID: | 3251851.1720018668@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
Peter Eisentraut <peter(at)eisentraut(dot)org> writes:
> I think this is actually a bug in the implementation, not in the
> documentation. That is, the implementation should behave like the
> documentation suggests.
The trouble with that is that it presumes that the standard's
definition of IS NOT NULL is not broken. I think it *is* broken
for rowtypes; it certainly cannot be claimed to be intuitive.
We already have disclaimers about that in our documentation
about IS [NOT] NULL. I don't really want to propagate similar
confusion into COALESCE, much less everyplace else that this'd
matter.
Having said that, I'm not sure that substituting "is distinct from
null" in the COALESCE documentation is much better, because it's not
clear to me that we're entirely standards-compliant about what that
means for rowtypes either.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2024-07-03 16:22:43 | Re: Document when ssl_prefer_server_ciphers went in |
Previous Message | Laurenz Albe | 2024-07-03 14:41:19 | Re: COALESCE documentation |