Re: [BUGS] uniqueness not always correct - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: [BUGS] uniqueness not always correct
Date
Msg-id 200009300218.WAA01888@candle.pha.pa.us
Whole thread Raw
In response to Re: [BUGS] uniqueness not always correct  (Vadim Mikheev <vadim@krs.ru>)
List pgsql-hackers
Yes, I can confirm this is now fixed.


> Frank Cusack wrote:
> > 
> > Solaris 2.6/sparc; postgres 6.5.1
> > 
> > dns=> create table test (zone int4, net cidr, unique(zone, net));
> > NOTICE:  CREATE TABLE/UNIQUE will create implicit index 'test_zone_key' for table 'test'
> > CREATE
> > dns=> insert into test (zone, net) values (1, '1.2.3/24');
> > INSERT 21750 1
> > dns=> insert into test (zone, net) values (1, '2.3.4/24');
> > INSERT 21751 1
> > dns=> insert into test (zone, net) values (1, '1.2.3/24');
> > INSERT 21752 1
> > dns=> insert into test (zone, net) values (1, '2.3.4/24');
> > ERROR:  Cannot insert a duplicate key into a unique index
> 
> Yes, I reproduced this (Solaris 2.5/sparc). 
> Seems like CIDR problem(??!):
> 
> ais=> create table test (zone int4, net int4, unique(zone, net));
>                                         ^^^^
> NOTICE:  CREATE TABLE/UNIQUE will create implicit index 'test_zone_key' for table 'test'
> CREATE
> ais=> insert into test (zone, net) values (1, 1);
> INSERT 7712479 1
> ais=> insert into test (zone, net) values (1, 2);
> INSERT 7712480 1
> ais=> insert into test (zone, net) values (1, 1);
> ERROR:  Cannot insert a duplicate key into a unique index
> 
> Vadim
> 
> ************
> 
> 


--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: I am back
Next
From: Bruce Momjian
Date:
Subject: Re: Implementing STDDEV and VARIANCE