Kan een trigger worden vergrendeld; hoe zou men bepalen dat het is?

Om te bepalen of een trigger (evenals elke andere opgeslagen procedure) is vergrendeld of niet, gebruikt de V$TOEGANG dynamische prestatieweergave kan worden opgevraagd.

Session #1

insert into test_trigger
 select level
   from dual
connect by level <= 1000000; 

Session #2

SQL> select *
  2    from v$access
  3   where object = upper('test_trigger_t')
  4  ;


Sid  Owner  Object         Type    Con_Id 
--------------------------------------
441  HR     TEST_TRIGGER_T TRIGGER  3 

Dat soort sloten zijn bibliotheekcache-pinnen (bibliotheekcachevergrendelingen zijn resource(TM .) type slot) sloten), die nodig zijn om ervoor te zorgen dat een object wordt beschermd tegen wijziging terwijl de sessie het uitvoert.

--session sid # 441
insert into test_trigger
  select level
    from dual
 connect by level <= 1000000;


-- session sid #24
create or replace trigger test_trigger_t 
after insert on test_trigger for each row
begin
  insert into test_trigger_h (id) values (:new.id);
end;  

-- Session # 3
select vs.sid
     , vs.username
     , vw.event
  from v$session       vs
  join v$session_wait  vw
    on (vw.sid = vs.sid)
  join v$access        va
    on (va.owner = vs.username)
 where vs.username = 'HR'

Resultaat:

Sid Username Event 
--------------------------
24 HR library cache pin 
....
441 HR log file switch (checkpoint incomplete) 

Hier kunnen we zien dat sessie #441 wacht op het wisselen van logbestand en sessie #24 wacht op pin van bibliotheekcache.