【翻譯自mos文章】DBA_JOBS 和 DBA_JOBS_RUNNING 不同的結果的解釋，dbajobsrunning

【翻譯自mos文章】DBA_JOBS 和 DBA_JOBS_RUNNING 不同的結果的解釋，dbajobsrunning
DBA_JOBS 和 DBA_JOBS_RUNNING 不同的結果

參考原文：
Different Results from DBA_JOBS and DBA_JOBS_RUNNING (Doc ID 109725.1)

目的：
解釋DBA_JOBS和 DBA_JOBS_RUNNING的關係。

範圍：
dba



你發現DBA_JOBS_RUNNING 中能查詢一條記錄，但是從DBA_JOBS卻查不到記錄。
你擔心資料字典（dd）損壞。


解釋：

dba_jobs的定義：
select JOB, lowner LOG_USER, powner PRIV_USER, cowner SCHEMA_USER,
    LAST_DATE, substr(to_char(last_date,'HH24:MI:SS'),1,8) LAST_SEC,
    THIS_DATE, substr(to_char(this_date,'HH24:MI:SS'),1,8) THIS_SEC,
    NEXT_DATE, substr(to_char(next_date,'HH24:MI:SS'),1,8) NEXT_SEC,
    (total+(sysdate-nvl(this_date,sysdate)))*86400 TOTAL_TIME,
    decode(mod(FLAG,2),1,'Y',0,'N','?') BROKEN,
    INTERVAL# interval, FAILURES, WHAT,
    nlsenv NLS_ENV, env MISC_ENV, j.field1 INSTANCE
  from sys.job$ j



DBA_JOBS_RUNNING的定義:
select v.SID, v.id2 JOB, j.FAILURES,
    LAST_DATE, substr(to_char(last_date,'HH24:MI:SS'),1,8) LAST_SEC,
    THIS_DATE, substr(to_char(this_date,'HH24:MI:SS'),1,8) THIS_SEC,
    j.field1 INSTANCE
  from sys.job$ j, v$lock v
  where v.type = 'JQ' and j.job (+)= v.id2

在DBA_JOBS_RUNNING的where條件中，有一個有趣的外串連。這個外串連的意思是
DBA_JOBS_RUNNING 顯示那些沒有在sys.job$中的，但是能在v$lock看到的（job 正在啟動並執行）

比如說，這個情況 可能是這個job 剛剛被remove掉，並且該job還沒有運行完成。


用dba_jobs_running這張視圖時 報table or view does not exists

這個是許可權問題，因為你使用的是PUBLIC下的同義字，使用grant select on sys.dba_jobs_running to 使用者就可以了。
 
在oracle中，我聲明了一個job，為何不執行？我查詢了dba_jobs表，裡面有我剛才聲明的job

job執行失敗了啊，重試16次後就停止了。
檢查一下job的內容吧，試著手工執行一下，看看錯誤在哪裡。