Re: Unique Index

From: Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>
To: Dann Corbit <DCorbit(at)connx(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Greg Stark <gsstark(at)mit(dot)edu>, pgsql-general(at)postgresql(dot)org
Subject: Re: Unique Index
Date: 2005-01-20 20:00:51
Message-ID: 20050120115532.W51555@megazone.bigpanda.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, 20 Jan 2005, Dann Corbit wrote:

> Would the constraint not be satisfied if each combination (including
> NULL) were not also forced to be unique?

The constraint would be satisfied, however cases that the constraint is
satisfied for would not be allowed. The case I gave below is one for
which I argue the constraint is satisfied because the search condition is
true. The definition above would appear to not allow that case and as
such appears to be contrary to the definition of the constraint.

> Let me also state that I agree: allowing null values in a unique index
> is ludicrous. But if it is allowed, I think forcing the combinations to
> be single valued makes more sense than allowing any number of them.

I think that'd be better termed a DISTINCT index to use SQL terminology.

> On Thu, 20 Jan 2005, Dann Corbit wrote:
>
> > It is clear to me that only allowing a single null value will not
> > violate the explanation below.
>
> Given two rows in T with one column each
> (NULL), (NULL)
>
> Find two rows such that the value of each column in one row is non-null
> and equal to the value of the corresponding column in the other row
> according to 8.2. If there are no such rows the unique predicate returns
> true (ie the constraint is satisfied).
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Dann Corbit 2005-01-20 20:03:27 Re: Unique Index
Previous Message Greg Stark 2005-01-20 19:54:34 Re: Unique Index