From: | Greg Stark <gsstark(at)mit(dot)edu> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Unique Index |
Date: | 2005-01-20 04:53:03 |
Message-ID: | 87r7kgpuq8.fsf@stark.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
> "Dann Corbit" <DCorbit(at)connx(dot)com> writes:
>
> > Even at that, I think that being able to insert more than one null value
> > into a unique index should be considered as a bug (or diagnosed as an
> > error).
>
> Direct your complaints to the ISO SQL standards committee.
The SQL standard generally treats NULLs as a escape hatch for constraints.
That's true for CHECK constraints as well: if you have a "CHECK a>0"
constraint but a is nullable then a NULL value is allowed even though the
check constraint can't be verified.
This isn't an unreasonable approach. Once you have NULLs it makes more sense
to make them useful than to treat them as just another value. You can always
make the column NOT NULL if you don't want any exceptions to your constraints.
--
greg
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Stark | 2005-01-20 04:57:12 | Re: Ways to check the status of a long-running transaction |
Previous Message | Alex | 2005-01-20 04:20:26 | Re: Unique Index |