Re: revision of todo: NULL for ROW variables

From: Jeff Davis <pgsql(at)j-davis(dot)com>
To: Jim Nasby <jim(at)nasby(dot)net>
Cc: Merlin Moncure <mmoncure(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: revision of todo: NULL for ROW variables
Date: 2010-11-01 18:19:14
Message-ID: 1288635554.10487.14.camel@jdavis-ux.asterdata.local
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, 2010-11-01 at 09:44 -0500, Jim Nasby wrote:
> > My take on this is that we are stuck with the status quo. If a
> change
> > must be done, the 'is null' change should be reverted to un-standard
> > behavior. The SQL standard position on this issue is, IMNSHO, on
> > mars.
>
> As someone who's wanted this... what if we had a dedicated function to
> tell you if a row variable had been defined? I definitely don't like
> the though of creating something that effectively duplicates IS NULL,
> but I'd much rather that than continue not having the ability to tell
> if a row/record variable has been set or not.

If we just invent a couple more variants of NULL, it will solve all our
problems ;)

Seriously though, I think that we should stick as closely to the letter
of the standard as possible here (or, if there is ambiguity, pick one
reasonable interpretation). NULL semantics are confusing enough without
everyone making their own subtle tweaks.

Regards,
Jeff Davis

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kevin Grittner 2010-11-01 18:29:49 Re: revision of todo: NULL for ROW variables
Previous Message Tom Lane 2010-11-01 16:25:08 Re: crash in plancache with subtransactions