job en oracle 10g

**kaissuni** · 06/12/2011, 11h54

Bonjour,

Y a-t-il quelqu'un qui peut me donner scrupuleusement c'est quoi le job en oracle ? et qu'il est son rôle ?
J'arrive pas à comprendre même en "googlant"

Merci d'avance

**salim11** · 06/12/2011, 13h35

Salut,

Job : tâches programmées chaque jours / semaines /mois/ année.

Par exemeple : si je veux que ma procedure t1 s'exécute chaque jours a 5h30 le matin, alors je dois créer une tâche(job) qui exécute quotidiennement ma procédure t1.

Cordialement Salim.

**Waldar** · 06/12/2011, 13h42

Je pinaille un peu mais je fais le distinguo entre la tâche (package dbms_job) et sa planification (package dbms_scheduler).

**salim11** · 06/12/2011, 14h22

Salut Waldar,

Je suis pour la centralisation des jobs dans Oracle entreprise manager (OEM).

http://www.oracle.com/webfolder/tech...ating_jobs.htm

**Mohamed.Houri** · 06/12/2011, 15h09

Envoyé par Waldar

Je pinaille un peu mais je fais le distinguo entre la tâche (package dbms_job) et sa planification (package dbms_scheduler).

Il existe une difference très importante entre dbms_job et dbms_scheduler si bien qu'Oracle maintient et maintiendra dbms_job tant que cette difference n'est pas traitée par l'équipe Oracle.

La connaissez vous?

**mnitu** · 06/12/2011, 16h32

Envoyé par Mohamed.Houri

Il existe une difference très importante entre dbms_job et dbms_scheduler si bien qu'Oracle maintient et maintiendra dbms_job tant que cette difference n'est pas traitée par l'équipe Oracle.

La connaissez vous?

Oui

**Waldar** · 06/12/2011, 16h33

Pas moi !
En même temps je pense avoir créé une seule fois un job Oracle et que je ne l'ai jamais planifié.

**Pomalaix** · 08/12/2011, 18h19

Envoyé par Waldar

Je pinaille un peu mais je fais le distinguo entre la tâche (package dbms_job) et sa planification (package dbms_scheduler).

Alors quitte à pinailler, ta distinction est erronée, ou au mieux mal formulée.

Conceptuellement, on distingue le "quoi" (ce qu'on exécute) et le "quand" (calendrier d'exécution).
Avec DBMS_JOB, ces deux notions sont liées dans un objet monolithique, le JOB.

Avec DBMS_SCHEDULER, il devient possible, (mais non obligatoire, car on peut fonctionner à l'ancienne), de créer un objet PROGRAM qui correspond au "quoi", un objet SCHEDULE qui correspond au "quand", et d'associer les deux dans un objet JOB.
L'intérêt de cette séparation, bien entendu, c'est qu'un même objet PROGRAM peut être utilisé par plusieurs JOBS, et un même objet SCHEDULE peut être utilisé aussi par plusieurs JOBS.

DBMS_SCHEDULER présente d'autres avantages par rapport à DMBS_JOB :
- possibilité de définir des calendriers d'exécution complexes
- possibilité d'enchaîner des étapes de traitement de façon conditionnelle (ce que par exemple SQL Server savait faire depuis au moins la version 7)
- possibilité d'exécuter des traitements hors de la base, et non plus uniquement des procédures stockées
- ...