From: | wieck(at)debis(dot)com (Jan Wieck) |
---|---|
To: | pgman(at)candle(dot)pha(dot)pa(dot)us (Bruce Momjian) |
Cc: | goran(at)kirra(dot)net, pgsql-sql(at)postgreSQL(dot)org |
Subject: | Re: [SQL] NULL |
Date: | 1999-11-15 23:48:21 |
Message-ID: | m11nVrB-0003kLC@orion.SAPserv.Hamburg.dsh.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Bruce Momjian wrote:
> [Charset iso-8859-1 unsupported, filtering to ASCII...]
> >
> > How about this according to SQL standard:
> >
> > CREATE TABLE x { y integer NULL };
> >
> > It suppose to mean that NULLs are explicitly allowed in
> > this field.
> > Is this required by SQL-92?
>
> If I remember correctly, only NOT NULL is supported by SQL-92. Thomas
> talked about adding support for it in some limited cases for 7.0. There
> are shift/reduce cases if it were allowed everywhere.
Hmmm,
I can't see any shift/reduce conflicts if I place a
| NULL_P
case into the ColConstraintElem: definition right between the
| DEFAULT b_expr
and
| NOT NULL_P
cases. Could it be that this reason is out of date?
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#========================================= wieck(at)debis(dot)com (Jan Wieck) #
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 1999-11-16 00:50:16 | Re: [SQL] NULL |
Previous Message | Jan Wieck | 1999-11-15 23:36:57 | Re: [SQL] Verificate values in other table? |