From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Gevik Babakhani <pgdev(at)xs4all(dot)nl> |
Cc: | Teodor Sigaev <teodor(at)sigaev(dot)ru>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Row IS NULL question |
Date: | 2006-09-28 16:06:49 |
Message-ID: | 26322.1159459609@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Gevik Babakhani <pgdev(at)xs4all(dot)nl> writes:
> Does this have anything to do with ExecEvalWholeRowVar?
Yeah, the construct
>> Seq Scan on int8_tbl x (cost=0.00..1.05 rows=1 width=16)
>> Filter: (x.* IS NULL)
is really ExecEvalNullTest applied to the result of ExecEvalWholeRowVar.
If we simply push makeRowNullTest() to later in the parser, this case
will work as expected, but there is still the issue of IS [NOT] NULL
applied to rowtype values that are not coming from ROW() constructs,
such as the result of a rowtype-returning function. Likewise, null
tests on arrays really would have to be handled in the executor to
work per spec --- we can hardly break them down into scalar isnull
tests at parse time, which is what makeRowNullTest() is trying to do.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jim C. Nasby | 2006-09-28 16:08:36 | Another idea for dealing with cmin/cmax |
Previous Message | Luke Lonergan | 2006-09-28 16:00:30 | Re: New version of money type |