From: | "Guy Rouillier" <guyr(at)masergy(dot)com> |
---|---|
To: | "PostgreSQL General" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Debugging deadlocks |
Date: | 2005-04-03 07:02:08 |
Message-ID: | CC1CF380F4D70844B01D45982E671B2348E7AB@mtxexch01.add0.masergy.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
frank(at)joerdens(dot)de wrote:
> On Sun, Mar 27, 2005 at 12:54:28AM -0600, Guy Rouillier wrote: []
>> The service_plane table is a reference table, i.e., a fixed set of
>> values used only to validate foreign keys. So the code doesn't have
>> any update statements on that table.
>
> And idea that just came up around here that sounds like a pretty neat
> workaround, which we're gonna try, is to drop the foreign key
> constraints, and just use a check constraint for the allowed values.
> If the cardinality of the reference table is small, this is much
> faster than using foreign keys and solves your problem. With the
> drawback that if you update the reference table (if you keep it), you
> mustn't forget to also update the check constraints in more than one
> place.
Frank and Bruno, thanks for the idea. I'm going to give this a try. I
tried the INITIALLY DEFERRED and I'm getting some strange duplicate key
errors. This sounds like a better idea in this scenario, as our
reference table only has a dozen unique values.
--
Guy Rouillier
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Hallgren | 2005-04-03 08:38:32 | Re: [GENERAL] plPHP in core? |
Previous Message | Guy Rouillier | 2005-04-03 06:59:43 | Re: Recovering real disk space |