Re: Proper multi-users design

From: David BL <davidbl_at_iinet.net.au>
Date: Thu, 16 Oct 2008 04:35:45 -0700 (PDT)
Message-ID: <c05b0536-b5ee-4bf6-a9a3-2fd7281e9a46_at_s9g2000prg.googlegroups.com>


On Oct 15, 8:38 pm, Ael <a..._at_adnx.net> wrote:
> Hello,
>
> I've inherited a single user application using a database (multiple
> backends : Postgres, Firebird, Oracle) and need to bring it on par for
> multi-users access.
>
> Right now each DB operation (fetch a structure, update a record, ...) is
> embedded in its own transaction, and I'm not really sure where to begin.
>
> I'm not really looking for a specific DBMS procedure (that I can figure out
> myself), but more for a generic best practices/how-to implementing proper
> multi-users access.
>
> I've searched a bit, but apart from the generic optimistic/pessim. locking
> mechanisms available and transaction isolation did not find anything
> worthwhile. Is my best bet to rework everything to _really_ use
> transactions ?
>
> Do you have any links, articles or books to recommend ?
>
> Thanks in advance,
>
> --
> Ael

Is distributed atomicity of updates required? Avoid that if you can. Received on Thu Oct 16 2008 - 13:35:45 CEST

Original text of this message