Re: Has anyone done any scalability work on dbms_lock?

DBMS_LOCK manipulates the same enqueue mechanism that Oracle uses for just about everything. Same as every other type of lock shown in V$LOCK, just type = "UL".

Thus, any problems in DBMS_LOCK would be shared by just about every facet of session-level concurrency in the RDBMS...

on 1/21/04 5:49 AM, Nuno Souto at nsouto_at_optusnet.com.au wrote:

> As in: does it present an inherent or hidden performance
> problem when a lot of sessions try to lock/release the same
> lock? Or how many lock/release per second. Or some other
> idea of how efficient it is?
>
> Need to use it in a design, but not sure of any potential
> performance hits or scalability issues. Any ideas?
>
> TIA.
> Cheers
> Nuno Souto
> nsouto_at_optusnet.com.au

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Tim Gorman
  INET: tim_at_sagelogix.com

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).