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