2017-05-11 3 views
1

J'ai une boucle Oracle For qui crée n tâches. Pour chaque travail créé, la date de début est un intervalle de 10 secondes par rapport au travail précédent. Mais pour une raison quelconque, chaque travail est lancé à moins d'une seconde l'un de l'autre. Les futurs travaux ne sont-ils pas possibles dans Oracle?Oracle Le travail ne démarre pas en fonction du paramètre Date de début

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

Pouvez-vous nous indiquer le code que vous avez échangé? – Nitish

+0

Pouvez-vous nous donner le 'LOG_DATE, REQ_START_DATE, ACTUAL_START_DATE, RUN_DURATION' de' DBA_SCHEDULER_JOB_RUN_DETAILS' pour certains de ces travaux? – JSapkota

Répondre

0

Je devine que LTIMESTAMP est timestamp insted de type de données TIMESTAMP WITH TIME ZONE. Pendant l'autoconversion, vous perdez la précision de l'horodatage.

Scheduler utilise fuseau horaire de SELECT * FROM dba_scheduler_global_attribute WHERE attribute_name = 'DEFAULT_TIMEZONE';

En session, vous utilisez fuseau horaire de 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; 

Les résultats de mon serveur sont

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

Dans mon cas, tout joby va commencer dans une heure . Votre start_date est antérieure à la date actuelle du planificateur.

+0

Essayé de changer le type de données LTIMESTAMP de l'horodatage à TIMESTAMP avec TIME ZONE, mais a toujours le même problème –