Elicxtenderони и обещали, что в 19 не будут добавлять кучу нового, я чтобы он стал наиболее стабильным (хотелось бы, конечно, надеяться
dbms_job проэмулировали через dbms_scheduler :|
1.
2.
3.
4.
5.
6.
7.
create or replace view DBA_JOBS as
…
from
sys.scheduler$_dbmsjob_map m
…
left outer join sys.scheduler$_job j on (j.obj# = o.obj#)
…
Не то чтобы новое, но конкретно переделанное старое.Что еще хреновей -- не полностью съэмулировали поведение DBMS_JOB
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
SQL> select banner_full from v$version;
BANNER_FULL
--------------------------------------------------------------------------
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.4.0.0.0
SQL> var j number
SQL> select to_char(sysdate, 'hh24:mi:ss') curr_sec, this_sec, last_sec, next_sec from dba_jobs where job=:j;
no rows selected
SQL> exec dbms_job.submit(:j, 'dbms_lock.sleep(10); next_date := sysdate+1/24;')
PL/SQL procedure successfully completed.
SQL> select to_char(sysdate, 'hh24:mi:ss') curr_sec, this_sec, last_sec, next_sec from dba_jobs where job=:j;
CURR_SEC THIS_SEC LAST_SEC NEXT_SEC
-------- -------- -------- --------
09:37:06 09:37:02
SQL> commit;
Commit complete.
SQL> select to_char(sysdate, 'hh24:mi:ss') curr_sec, this_sec, last_sec, next_sec from dba_jobs where job=:j;
CURR_SEC THIS_SEC LAST_SEC NEXT_SEC
-------- -------- -------- --------
09:37:14 09:37:11 09:37:11 09:37:02
SQL> exec dbms_lock.sleep(10)
PL/SQL procedure successfully completed.
SQL> select to_char(sysdate, 'hh24:mi:ss') curr_sec, this_sec, last_sec, next_sec from dba_jobs where job=:j;
no rows selected
SQL>
Хотя и в DBMS_JOB и DBMS_SCHEDULER (для PL/SQL блока, по крайней мере) пост-обработка NEXT_DATE выполнялась корректно
