Re: Has anyone done any scalability work on dbms_lock?

From: Nuno Pinto do Souto <nsouto_at_optusnet.com.au>
Date: Wed, 21 Jan 2004 15:54:27 -0800
Message-ID: <F001.005DDC99.20040121155427@fatcity.com>

('binary' encoding is not supported, stored as-is)
>
> Sounds like you just need each user to call allocate_unique
> on startup to get a group-specific handle, then do a
> request in exclusive mode before doing the job and
> a release on completion. Users will then naturally queue
> and resume with minimum lost time.

Yes. We have a stored package with a few global constants and some setup functions that gets called on startup of any forms session. That's where we plan to do the startup work. When needed the forms will then do request/release.

>You could probably
> do the thing just as easily by issuing a select for update
> against a group-id row in a table - but dbms_lock makes
> it easier because it can bypass the normal commit activity.

That is the problem with Forms. It's not always easy to streamline where a commit is gonna be done or not. In fact, the user can initiate the commit or rollback at any stage. So, we needed something a little bit more flexible than the select for update. The dbms_lock was the best I could remember at the time. But I like the global context idea. Will look into that.

Cheers
Nuno Souto
nsouto_at_wizofoz2k.com.au

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Nuno Pinto do Souto
  INET: nsouto_at_optusnet.com.au

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Received on Wed Jan 21 2004 - 17:54:27 CST