From: | Richard Huxton <dev(at)archonet(dot)com> |
---|---|
To: | Pat Maddox <pergesu(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Setting table ids in slony |
Date: | 2007-04-24 10:59:39 |
Message-ID: | 462DE31B.2060906@archonet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Pat Maddox wrote:
> Sounds like theoretically it could matter, but in practice it doesn't.
> I'd like a more definite answer though.
Well, most of the locking issues with Slony seem to be with
administrative commands (setting up a replication set, altering it)
which require taking locks. If your application(s) lock tables in the
order C,B,A and slony in A,B,C then they can deadlock waiting on each
other. This is a problem you'll face any time you have two sets of
exclusive locks interacting.
I'm fortunate in that the systems I deal with all allow for some
downtime in application access, so I just schedule slony changes for
these periods.
--
Richard Huxton
Archonet Ltd
From | Date | Subject | |
---|---|---|---|
Next Message | Anton Andreev | 2007-04-24 11:45:10 | questions about cursors |
Previous Message | Chris | 2007-04-24 10:50:38 | Re: Setting table ids in slony |