DBMS_JOB vs DBMS_SCHEDULER

Question

¿Cuál es la diferencia entre DBMS_JOB y DBMS_SCHEDULER?

Answer 1

De otros foros:

A pesar de que todavía existe en DBMS_JOB 10g y 11g, Oracle recomienda el uso de DBMS_SCHEDULER en versiones 10g y hacia arriba. No se añaden nuevas características a DBMS_JOB y es probable que rápidamente ejecutar en sus limitaciones.

DBMS_SCHEDULER es más sólida y plena en funciones de DBMS_JOB e incluye las siguientes características que no tiene DBMS_JOB:

• registro de carreras de trabajo (historial de trabajo)
• simple pero potente sintaxis de programación (similar pero más potente que la sintaxis cron)
• funcionamiento de puestos de trabajo fuera de la base de datos del sistema operativo
• Gestión de los recursos entre las diferentes clases de puestos de trabajo
• uso de argumentos de trabajo incluyendo la aprobación de los objetos en los procedimientos almacenados
• modelo de seguridad basado en el privilegio de puestos de trabajo
• Denominación de puestos de trabajo y los comentarios en los puestos de trabajo
• almacenado, horarios reutilizables

Características en las versiones posteriores a 10g Release 1 incluye:

• dependencias entre unidades de trabajo (10gR2 en adelante)
• La programación basada en los calendarios financieros y trimestres fiscales (10gR2 y más)
• acontecimiento puestos de trabajo que se ejecutan cuando se recibe un evento (10gR2 en adelante) basado
• funcionamiento de puestos de trabajo en las máquinas remotas (11gR1 en adelante)
• notificaciones por correo electrónico de eventos de trabajo de interés (10gR2 en adelante)
• iniciar un trabajo basado en la llegada de un archivo (10gR2 en adelante)

Answer 2

Una diferencia a tener en cuenta es que a diferencia de DBMS_JOB, realiza DBMS_SCHEDULER de una confirmación, lo que lo hace inadecuado para algunos usos. También es bastante engorroso para los requisitos más simples. Mientras DBMS_JOB ya no se verá reforzada, es poco probable que alguna vez se desupported, ya que debe haber miles de sistemas que utilizan y dependen de la forma en que funciona, incluyendo la no realización cometer un implícito de la transacción de la que se llama.

esta Pregunta Tom hilo por más.

Answer 3

que aparece junto son algunos de los beneficios que tiene sobre DBMS_SCHEDULER cron:

• ¿Puede hacer que la ejecución de un trabajo depende de la realización de otro trabajo

• recursos robusto equilibrio y cuenta con un horario flexible

• Puede ejecutar trabajos en base a un evento de la base de datos

• sintaxis DBMS_SCHEDULER funciona de la misma, independientemente del sistema operativo

• Puede ejecutar informes de estado utilizando el diccionario de datos

• Si trabaja en un entorno en clúster, no hay necesidad de preocuparse acerca de cómo sincronizar múltiples tablas de cron para cada nodo en el cluster

que aparece junto son algunas de las ventajas del uso de cron:

• Fácil de usar, simple, probado y verdadero

• Casi universalmente disponible en todas las cajas de Linux / Unix; en su mayor parte, corre casi idéntica, independientemente de la plataforma Linux / Unix (sí, hay diferencias de menor importancia)

• agnóstico base de datos; opera de manera independiente de la base de datos y funciona de la misma independientemente del proveedor de base de datos o la versión de la base de datos

• Obras de si la base de datos está disponible o no