急切求解！！！ORACLE的JOB运行存储过程与单独执行TEST运行存储过程是否会有很大的差别！

Question

如樓上所說
有可能是你的JOB再運行的時候你存儲過程中所使用的表正在被其他用戶操作，
所以你的JOB要等待其他用戶釋放資源後才能繼續執行。解決方法：
1.將JOB的時間變更一下，比如就變更為現在的時間，測試一下如果JOB運行很正常，
則就是表鎖的情況照成的。
2.不變更JOB的時間，在JOB運行時,查詢如下語句
SELECT DISTINCT A.*,B.OBJECT_NAME,D.TYPE,C.USERNAME,C.STATUS,C.LOCKWAIT,C.TERMINAL,C.PROGRAM
FROM  V$LOCKED_OBJECT A, ALL_OBJECTS B, V$SESSION C, V$LOCK D
WHERE A.OBJECT_ID=B.OBJECT_ID
AND A.SESSION_ID=C.SID
AND A.LOCKED_MODE=D.LMODE
/
--看看JOB中所使用的表是否處於鎖狀態，即STATUS='ACTIVE',並且LOCKWAIT不為空的
3.在所過程中所使用的臨時表可以建成会话特有的临时表在Oracle8i中，可以创建以下两种临时表： 
1。会话特有的临时表 
CREATE GLOBAL TEMPORARY <TABLE_NAME> (<column specification> ) 
ON COMMIT PRESERVE ROWS； 2。事务特有的临时表 
CREATE GLOBAL TEMPORARY <TABLE_NAME> (<column specification> ) 
ON COMMIT DELETE ROWS； 
CREATE GLOBAL TEMPORARY TABLE MyTempTable 
所建的临时表虽然是存在的，但是你试一下insert 一条记录然后用别的连接登上去select，记录是空的，明白了吧。
下面两句话再贴一下： 
--ON COMMIT DELETE ROWS 说明临时表是事务指定，每次提交后ORACLE将截断表（删除全部行） 
--ON COMMIT PRESERVE ROWS 说明临时表是会话指定，当中断会话时ORACLE将截断表。
以上僅供參考

Answer 1

的确，一开始我也是怀疑有锁的，但是检测后，没有查到其他锁。但因为这个job运行时间很长，因此SQL查下来锁就是它自己，所以不好判断。
另外想问一下 baojianjun(包子):
SELECT DISTINCT A.*,B.OBJECT_NAME,D.TYPE,C.USERNAME,C.STATUS,C.LOCKWAIT,C.TERMINAL,C.PROGRAM
FROM  V$LOCKED_OBJECT A, ALL_OBJECTS B, V$SESSION C, V$LOCK D
WHERE A.OBJECT_ID=B.OBJECT_ID
AND A.SESSION_ID=C.SID
AND A.LOCKED_MODE=D.LMODE
这一句这边执行速度很慢，我没有执行完。从你的句子来看是查询运行job时的锁，我用其他的语句来查，查到的就是它自己：
select ' alter system kill session '''||substr(S.sid,1,6)||','||substr(s.SERIAL#,1,6)||''';'  KILL
,A.NAME,a.MODE_HELD,substr(s.username,1,8) username,logon_time,blocking_others,
substr(s.machine||'('||OSUSER||')',1,15) machine
 from  sys.dba_dml_locks a,v$process p,v$session s
   where s.paddr=p.addr and a.session_id=s.sid 
 order by logon_time
你所说的：
3.在所過程中所使用的臨時表可以建成会话特有的临时表，这么做主要的用途是什么？？

Answer 2

"因此SQL查下来锁就是它自己"如果是這樣的情況，你就需要看看你程序和JOB了！貼出來看看

Answer 3

看一下progrose(编程小子)的關於临时表的解釋 1 语法 　　在Oracle中，可以创建以下两种临时表： 　　1) 会话特有的临时表 　　CREATE GLOBAL TEMPORARY ( ) 　　ON COMMIT PRESERVE ROWS； 　　2) 事务特有的临时表 　　CREATE GLOBAL TEMPORARY ( ) 　　ON COMMIT DELETE ROWS； 　　CREATE GLOBAL TEMPORARY TABLE MyTempTable 　　所建的临时表虽然是存在的，但是如果insert 一条记录然后用别的连接登上去select，记录是空的。　　 　　--ON COMMIT DELETE ROWS 说明临时表是事务指定，每次提交后ORACLE将截断表（删除全部行） 　　--ON COMMIT PRESERVE ROWS 说明临时表是会话指定，当中断会话时ORACLE将截断表。　　 　　2 动态创建 　　create or replace procedure pro_temp(v_col1 varchar2,v_col2 varchar2) as 　　v_num number; 　　begin 　　select count(*) into v_num from user_tables where table_name='T_TEMP';　　 　　--create temporary table 　　if v_num<1 then 　　execute immediate 'CREATE GLOBAL TEMPORARY TABLE T_TEMP ( 　　COL1 VARCHAR2(10), 　　COL2 VARCHAR2(10) 　　) ON COMMIT delete ROWS'; 　　end if;　　 　　--insert data 　　execute immediate 'insert into t_temp values('''　　v_col1　　''','''　　v_col2　　''')';　　 　　execute immediate 'select col1 from t_temp' into v_num; 　　dbms_output.put_line(v_num); 　　execute immediate 'delete from t_temp'; 　　commit; 　　execute immediate 'drop table t_temp'; 　　end pro_temp;　　 　　测试:　　 　　15:23:54 SQL> set serveroutput on 　　15:24:01 SQL> exec pro_temp('11','22'); 　　11　　 　　PL/SQL 过程已成功完成。　　 　　已用时间: 00: 00: 00.79 　　15:24:08 SQL> desc t_temp; 　　ERROR： 　　ORA-04043: 对象 t_temp 不存在　　 　　3 特性和性能(与普通表和视图的比较) 　　 临时表只在当前连接内有效 　　临时表不建立索引,所以如果数据量比较大或进行多次查询时,不推荐使用 　　数据处理比较复杂的时候时表快,反之视图快点 　　在仅仅查询数据的时候建议用游标: open cursor for 'sql clause';