2017-05-11 7 views
1

Ich habe eine Oracle For-Schleife, die n Jobs erstellt. Für jeden erstellten Job ist das Startdatum ein Intervall von 10 Sekunden vom vorherigen Job. Aber aus irgendeinem Grund startet jeder Job innerhalb von 1 Sekunde voneinander. Sind zukünftige Jobs in Oracle nicht möglich?Oracle-Job startet nicht nach Startdatum Parameter

LTIMESTAMP := SYSTIMESTAMP; 

    FOR REC IN (SELECT * 
        FROM ORDERS 
       WHERE PROCESS_FLAG = CST_IS_ELIGIBLE_FOR_PROCESSING 
       ORDER BY ORDER_DATE ASC) 
    LOOP 

     LJOBNAME := CST_JOB_NAME_PREFIX || TO_CHAR(REC.ORDER_ID); 

     DBMS_SCHEDULER.CREATE_PROGRAM(PROGRAM_NAME  => CST_PROGRAM_NAME, 
             PROGRAM_ACTION  => 'PKG_BATCH_MAIN.SP_START_JOB', 
             PROGRAM_TYPE  => 'STORED_PROCEDURE', 
             NUMBER_OF_ARGUMENTS => 2, 
             ENABLED    => FALSE); 

     DBMS_SCHEDULER.DEFINE_PROGRAM_ARGUMENT(PROGRAM_NAME  => CST_PROGRAM_NAME, 
               ARGUMENT_POSITION => 1, 
               ARGUMENT_TYPE  => 'NUMBER'); 

     DBMS_SCHEDULER.DEFINE_PROGRAM_ARGUMENT(PROGRAM_NAME  => CST_PROGRAM_NAME, 
               ARGUMENT_POSITION => 2, 
               ARGUMENT_TYPE  => 'NUMBER'); 

     DBMS_SCHEDULER.ENABLE(CST_PROGRAM_NAME); 

     DBMS_SCHEDULER.CREATE_JOB(JOB_NAME  => LJOBNAME, 
            PROGRAM_NAME => CST_PROGRAM_NAME, 
            START_DATE  => LTIMESTAMP, 
            REPEAT_INTERVAL => 'FREQ=SECONDLY; BYSECOND=1', 
            END_DATE  => NULL, 
            AUTO_DROP  => TRUE, 
            ENABLED   => FALSE, 
            COMMENTS  => 'Job launched for each ORDER detail id'); 

      DBMS_SCHEDULER.SET_ATTRIBUTE(LJOBNAME, 
             'MAX_RUNS', 
             1); 

      DBMS_SCHEDULER.SET_JOB_ARGUMENT_VALUE(LJOBNAME, 
                1, 
                TO_CHAR(REC.ORDER_ID)); 
      DBMS_SCHEDULER.SET_JOB_ARGUMENT_VALUE(LJOBNAME, 
                2, 
                TO_CHAR(REC.ORDER_DETAILS_ID)); 

      DBMS_SCHEDULER.ENABLE(LJOBNAME); 

      LTIMESTAMP := LTIMESTAMP + INTERVAL '10' SECOND; 

    END LOOP; 
+0

Können Sie uns den Code zeigen, den Sie geschrieben haben? – Nitish

+0

Können Sie uns für einige dieser Jobs 'LOG_DATE, REQ_START_DATE, ACTUAL_START_DATE, RUN_DURATION' von' DBA_SCHEDULER_JOB_RUN_DETAILS' geben? – JSapkota

Antwort

0

ich LTIMESTAMP bin zu raten ist timestamp Datentyp TIMESTAMP WITH TIME ZONE insted. Während der Autokonversion verlieren Sie die Genauigkeit des Zeitstempels.

Scheduler verwendet Zeitzone von SELECT * FROM dba_scheduler_global_attribute WHERE attribute_name = 'DEFAULT_TIMEZONE';

In Session Sie Zeitzone von SELECT sessiontimezone FROM DUAL;

declare 
with_timestamp TIMESTAMP WITH TIME ZONE := systimestamp; 
no_timestamp timestamp     := with_timestamp; 
auto_conversion TIMESTAMP WITH TIME ZONE := no_timestamp; 
begin 
dbms_output.put_line(to_char(with_timestamp,'YYYY-MM-DD hh24:mi:ss TZR')); 
dbms_output.put_line(to_char(no_timestamp,'YYYY-MM-DD hh24:mi:ss TZR')); 
dbms_output.put_line(to_char(auto_conversion,'YYYY-MM-DD hh24:mi:ss TZR')); 

end; 

Ergebnisse von meinem Server sind

2017-05-11 09:15:44 +01:00 
2017-05-11 09:15:44 +00:00 
2017-05-11 09:15:44 +02:00 

In meinem Fall verwenden alle joby in einer Stunde beginnt . Ihr Startdatum ist älter als das aktuelle Datum für den Scheduler.

+0

Es wurde versucht, den LTIMESTAMP-Datentyp vom Zeitstempel zu TIMESTAMP WITH TIME ZONE zu ändern, hat aber immer noch das gleiche Problem –