From: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> |
---|---|
To: | Adrian 'Dagurashibanipal' von Bidder <avbidder(at)fortytwo(dot)ch> |
Cc: | <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: DEFERRABLE and DEFERRED |
Date: | 2002-06-05 14:08:25 |
Message-ID: | 20020605070358.R13828-100000@megazone23.bigpanda.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 5 Jun 2002, Adrian 'Dagurashibanipal' von Bidder wrote:
> It seems not possible to defer anything other than FOREIGN KEY
> constraints. Is this true, and are there reasons for this?
Yes and because noone's done it yet. :)
Seriously, it's generally less important for not null, unique and primary
key. I'd expect check constraints to get it first.
> What we want to do fill a record step by step, leaving some NOT NULL
> columns empty in the first place and later in the transaction UPDATEing
> them to contain some values. Collecting the values first would be
> impractical as the update statements are somewhat scattered over various
> modules of the program.
You could probably write trigger functions that you could use with
create constraint trigger that would let you defer the check. You'd have
to make sure that the row you were given is still valid (do nothing if
it is not).
From | Date | Subject | |
---|---|---|---|
Next Message | Joseph Maxwell | 2002-06-05 14:23:43 | Re: How do I get a Digest subscription? |
Previous Message | Joshua b. Jore | 2002-06-05 14:07:37 | Insight into indexes? (or inverting then externally) |