Re:RE: dbms_job question

One item that hit me as I was punching the send button before. Time around here is a key item and 'correct time' on a PC can be the difference between a good module and a bad one. For that reason all of the PC's around here sync with a central time server which is an NT machine running time services that syncs with the Naval Observatory. Now a user can 'change' the system time but as soon as he is done, the time services corrects it back. Try something like that & your interval problems should forever disappear.

Dick Goulet

____________________Reply Separator____________________
Author: "Stephane Faroult"<sfaroult_at_oriolecorp.com>
Date:       5/29/2002 6:08 AM

>Hi all,
>
>I have used the dbms_job package in some cases.
>Normally I use the INTERVAL
>method of the packages. i.e. 30 sec.
>
>But....
>
>soemtimes it occurs, that users change their system
>time to the future to
>test something,
>then changing back to the correct time.
>
>The INTERVAL job then stops, as he has not reached
>his "future" time......
>
>any ideas to handle this ?? (Oracle 7.3.4.1 on NT4)
>
>
>TNX
>
>> Frank <

Except forbidding your users to play with time, I don't see any 'clean' way to do this. Basically a job runs and INTERVAL is used to compute the next time when it must run. Job processes wake up periodically and check the system current time against this. If the current time and the previous computation are incoherent, you are done. The best you can do is perhaps a (manually executed) SQL script which checks whether times in DBA_JOBS make sense.

HTH, Stephane Faroult
Oriole

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Stephane Faroul
  INET: sfaroult_at_oriolecorp.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: 
  INET: dgoulet_at_vicr.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).