PL/SQL在執行過程中，對其依賴的表，函式，過程都加lock和pin嗎？

1）那就是PL/SQL執行的時候，到底需要不需要獲得LOCK（此LOCK是PL/SQL物件上的LOCK）。因為上面DUMP出來的LOCK都是NULL的。
答案是執行PL/SQL執行，在進行解析的時候，是需要對PL/SQL的HANDLER加S型的LOCK的。只是時間非常短。
透過如下方法可以驗證：
session 1執行：
exec calling;
session 2 執行：
alter procedure calling compile;
session 3執行：
select sid from v$mystat where rownum=1;
    SID
-------
    958
exec calling;

這個時候檢視等待。
select sid,event,p1raw from v$session_wait where wait_class<>'Idle';
    SID EVENT                          P1RAW
------- ------------------------------ 
   1291 SQL*Net message to client      0000000062657100


出現了LOCK。而且是會話3產生的。因此它需要獲得S型的LOCK跟SESSION2的X型的LOCK衝突了。
select KGLNAOBJ from x$kglob where kglhdadr = '00000000741FDF08';
KGLNAOBJ
------------------------------
CALLING

2）PL/SQL執行的時候需要不需要獲得依賴物件上的LOCK。

答案是需要，在進行解析的時候是需要獲得S型的LOCK的。

SESSION 1:對一個大表的一個欄位進行耗時的DDL操作。

SQL> alter table wxh_tbd modify gmt_create not null;

SESSION 2:執行CALLING過程（CALLING過程裡呼叫了表WXH_TBD);

EXEC CALLING;

SESSION 3:檢視等待

SQL> select sid,event,p1raw from v$session_wait where wait_class<>'Idle';
       SID EVENT                          P1RAW
---------- ------------------------------ ----------------
      3262 SQL*Net message to client      0000000062657100
      3263 library cache lock             000000009A36D448
      3266 db file scattered read         0000000000000070

SQL> select KGLNAOBJ from x$kglob where kglhdadr = '000000009A36D448';

KGLNAOBJ
--------------------------------------------------------------------------------
WXH_TBD

等待是WXH_TBD上的。