Re: interesting check constraint behavior - Mailing list pgsql-general

From Gauthier, Dave
Subject Re: interesting check constraint behavior
Date
Msg-id 482E80323A35A54498B8B70FF2B879800438460407@azsmsx504.amr.corp.intel.com
Whole thread Raw
In response to Re: interesting check constraint behavior  (Alban Hertroys <dalroi@solfertje.student.utwente.nl>)
List pgsql-general
Both suggestions (exclude the 'null' from the list, and include "or col1 is null") work.

And if I ever wanted to require that col1 is not null, just add that as a separate constraint.

Thanks guys for the advise and explanation !


-----Original Message-----
From: Alban Hertroys [mailto:dalroi@solfertje.student.utwente.nl]
Sent: Thursday, January 07, 2010 5:49 AM
To: Gauthier, Dave
Cc: pgsql-general@postgresql.org
Subject: Re: [GENERAL] interesting check constraint behavior

On 7 Jan 2010, at 24:12, Gauthier, Dave wrote:

> thedb=# create table foo (col1 text, constraint chk check (col1 in ('a','b','c',null)));
> CREATE TABLE
> thedb=# insert into foo (col1) values ('xxx');
> INSERT 0 1
>
> Hmmmm... I would have thought that this would have violated the constraint because 'xxx' is not null and nit one of
theallowed values. 

As Tom already explained, "value in ('yada', 'yada', null)" evaluates to null. You'll need to make sure your check
expressionevaluates to either true or false - not null. 

I guess you need: check(col1 in ('a', 'b', 'c') or col1 is null)

Alban Hertroys

--
If you can't see the forest for the trees,
cut the trees and you'll see there is no forest.


!DSPAM:1015,4b45bc2510731992717809!



pgsql-general by date:

Previous
From: Konrad Garus
Date:
Subject: Re: Rows missing from table despite FK constraint
Next
From: Merlin Moncure
Date:
Subject: Re: Use C++ to iterate integer array returned from stored procedure