Re: comparing NEW and OLD (any good this way?)

From: "Daniel Verite" <daniel(at)manitou-mail(dot)org>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: comparing NEW and OLD (any good this way?)
Date: 2009-08-18 15:25:25
Message-ID: 80bfba39-fd56-4960-9686-1629d6e44b82@mm
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Sam Mason wrote:

> > You're intentionally assuming that row(null) IS NULL evaluating to true
> > implies that row(null) can be replaced by NULL. As discussed upthread, this
> > is not the case.
>
> But you've still not said how is this useful!

To me, IS NULL applied to rows, as a test of combined-nullnesss of the
columns inside the row, doesn't indeed look like something I'd use on a
regular basis, if at all. But I'll use IS DISTINCT FROM NULL on records. I
sympathize with the opinion that the standard "hijacks" the IS NULL operator
for rows in a way that is problematic (though not unworkable). But who cares
if it's not useful to some, or even to the majority? The standard opted for
that definition years ago, and also PG opted to implement it. It's too late.

Best regards,

--
Daniel
PostgreSQL-powered mail user agent and storage: http://www.manitou-mail.org

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Greg Stark 2009-08-18 16:15:39 Re: PQgetlength vs. octet_length()
Previous Message Kevin Grittner 2009-08-18 15:23:20 Re: PQgetlength vs. octet_length()