redundancy in CHECK CONSTRAINTs - Mailing list pgsql-sql

From Ferindo Middleton Jr
Subject redundancy in CHECK CONSTRAINTs
Date
Msg-id 43361AB7.2020701@verizon.net
Whole thread Raw
Responses Re: redundancy in CHECK CONSTRAINTs
List pgsql-sql
I have the following table:

CREATE TABLE gyuktnine (    id               SERIAL,   intsystem      INTEGER NOT NULL REFERENCES yuksystems(id)
CONSTRAINT
 
int_cannot_equal_ext                      CHECK (intsystem != extsystem),   extsystem     INTEGER NOT NULL REFERENCES
yuksystems(id)CONSTRAINT 
 
ext_cannot_equal_int                       CHECK (extsystem != intsystem),    PRIMARY KEY (intsystem, extsystem)
);

the intsystem and extsystem fields both have a check constraint on them 
which preventing any one record from having values in which they are 
equal. There is also a primary key. Is this redundant? Do only one of 
them really need this constraint? Or does it not really matter. I'm 
concerned about using constraints like this and have redundant checks 
built in slowing down my db.

Ferindo


pgsql-sql by date:

Previous
From: Chris Browne
Date:
Subject: Re: stored procs in postgresql
Next
From: Tom Lane
Date:
Subject: Re: redundancy in CHECK CONSTRAINTs