Re: special integrity constraints - Mailing list pgsql-sql

From Erik Thiele
Subject Re: special integrity constraints
Date
Msg-id 20040322172121.72ecf58b.erik@thiele-hydraulik.de
Whole thread Raw
In response to Re: special integrity constraints  (Bruno Wolff III <bruno@wolff.to>)
Responses Re: special integrity constraints  (Bruno Wolff III <bruno@wolff.to>)
Re: special integrity constraints  (Achilleus Mantzios <achill@matrix.gatewaynet.com>)
List pgsql-sql
On Mon, 22 Mar 2004 09:12:11 -0600
Bruno Wolff III <bruno@wolff.to> wrote:

> On Mon, Mar 22, 2004 at 14:10:42 +0100,
>   Erik Thiele <erik@thiele-hydraulik.de> wrote:
> > 
> > it means (((count_rows(a)+count_rows(b)) modulo 2) == 0)
> 
> OK, that means my FK suggestion won't help. The other suggestion about
> putting triggers on "a" and "b" to update a count in another table
> that has a deferred check constraint on it may be your best bet.
> This will be a source of contention, but that may or may not be all
> that important depending on how often you are updating "a" and "b".
> 

there is no such thing as a deferred check constraint:

DEFERRABLE
NOT DEFERRABLE

This controls whether the constraint can be deferred. A constraint that
is not deferrable will be checked immediately after every command.
Checking of constraints that are deferrable may be postponed until the
end of the transaction (using the SET CONSTRAINTS command). NOT
DEFERRABLE is the default. 

!!! Only foreign key constraints currently accept
this clause. All other constraint types are not deferrable. !!!


cu
erik

-- 
Erik Thiele


pgsql-sql by date:

Previous
From: Stephan Szabo
Date:
Subject: Re: special integrity constraints
Next
From: Bruno Wolff III
Date:
Subject: Re: special integrity constraints