¿El desencadenador posterior a la actualización se iniciará si hay una reversión?Reversión y desencadenamiento de ORACLE
Escenario: Digamos que actualizamos una tabla A y el activador en la tabla A se inicia y actualiza otra tabla B con los detalles. Si se produce una reversión en la tabla A debido a algún error de procesamiento, ¿el desencadenador hará que la tabla B revierte el cambio?
Sí, lo hará.
disparadores trabajan en el volumen de transacciones de la declaración DML (ya sea iniciado por usted explícitamente o por la declaración DML sí implícitamente)
Cuando esta transacción se revierte, todos los cambios realizados por los disparadores también se deshacen.
Sin embargo, si se pone
PRAGMA autonomous_transaction
en la definición del disparador, el disparador se iniciará su propia transacción que debe comprometerse antes de que finalice el gatillo.
Solo una nota: si define el disparador de nivel de instrucción DESPUÉS DE LA ACTUALIZACIÓN (sin la cláusula FOR EACH ROW), no se activará si la instrucción DML en la tabla falla y se revierte.
Así que la transacción autónoma es buena si desea registrar todos los INTENTOS para realizar una actualización (incluso si fallan o se retrotraen), pero MALA si solo desea la acción desencadenada realizada cuando las actualizaciones de desencadenamiento tienen éxito y se confirman. ¡Tener cuidado! –
Necesita COMMIT explícita para transacciones autónomas. Si no lo hace, fallará con "ORA-06519: transacción autónoma activa detectada y revertida" – jva
@jva: tiene razón, solucionando. – Quassnoi