Discutamos algunas diferencias más entre Trigger y Procedure con la ayuda de una tabla de comparación que se muestra a continuación.
Gráfica comparativa
| Bases para la comparación | Gatillos | Procedimientos |
|---|---|---|
| BASIC | Se ejecutan automáticamente en caso de evento especificado. | Se pueden ejecutar cuando sea necesario. |
| Vocación | Los disparadores no pueden ser llamados dentro de un procedimiento. | Pero, puedes llamar a un procedimiento dentro de un disparador. |
| Parámetro | No podemos pasar parámetros a los disparadores. | Podemos pasar parámetros a los procedimientos. |
| Regreso | El disparador nunca devuelve valor en la ejecución. | El procedimiento puede devolver valor / s en la ejecución. |
Definición de gatillo
El desencadenante es como un procedimiento que se ejecuta automáticamente cuando ocurre un evento específico. Al igual que el procedimiento, el activador no necesita ser llamado explícitamente. Los disparadores se crean para realizar alguna tarea en respuesta a la ocurrencia de un evento específico.
El activador se puede invocar en respuesta a las declaraciones DDL (DELETE, INSERT o UPDATE), o las declaraciones DML (DELETE, INSERT, o UPDATE) o, a algunas operaciones de la base de datos (SERVERERROR, LOGON, LOGOFF, STARTUP o SHUTDOWN).
El disparador consta de tres componentes como se explica a continuación:
- Evento : Evento es la ocurrencia de algún incidente que causará la ejecución del activador. Se puede ordenar que el activador se ejecute ANTES de que ocurra un evento o se puede ordenar que se ejecute DESPUÉS de la ejecución de un evento.
- Condición : Es una parte opcional del disparador. Si no se menciona, el activador se ejecutará cuando ocurra el evento especificado. Si se especifica la condición, verificará las reglas para determinar si se debe ejecutar el disparador.
- Acción : Acción es un conjunto de sentencias de SQL que se ejecutarán en la ejecución del Disparador.
La forma general de creación de un evento se discute a continuación:
CREAR EL GATILLO ANTES / DESPUÉS DE LA ACCIÓN DE LA CONDICIÓN;
Aquí, la condición es opcional.
Definición de Procedimientos
El procedimiento se puede tomar como una unidad de programa, creado para realizar alguna tarea y se almacena en la base de datos. Son invocados por la sentencia de SQL siempre que sea necesario. Los procedimientos son como funciones definidas por el usuario que son definidas por los desarrolladores. Los procedimientos pueden ser invocados usando CALL o EXECUTE .
Los procedimientos son útiles en las siguientes situaciones:
- Si el procedimiento es requerido por varias otras aplicaciones, entonces puede almacenarse en el servidor para que cualquier aplicación pueda invocarlas. Reducirá el esfuerzo de duplicación del procedimiento de una base de datos a otra y también mejorará la modularidad del software.
- Como el procedimiento se está ejecutando en el servidor, reducirá la transferencia de datos y también reducirá el costo de comunicación.
- Los procedimientos se pueden usar para verificar las restricciones complejas que están más allá del poder de activación.
Vamos a discutir la forma general de crear un procedimiento:
CREAR PROCEDIMIENTO () DEVOLUCIONES;
Aquí, los parámetros y las declaraciones locales son opcionales. Se mencionan solo cuando son requeridos. La siguiente declaración describe el llamado de los procedimientos.
LLAMADA () ;
Diferencias clave entre el gatillo y el procedimiento
- La diferencia principal entre el activador y el procedimiento es que un activador es una declaración que se invoca automáticamente cuando ocurre un evento. Por otro lado, el procedimiento se invoca cuando es necesario.
- Uno puede definir el procedimiento dentro de un disparador. Pero, un desencadenante nunca se define dentro de un procedimiento, ya que el desencadenante debe invocarse automáticamente cuando se produce cualquier evento.
- Podemos pasar parámetros a los procedimientos, pero no podemos pasar parámetros para activarlos, ya que no los invocamos.
- Un procedimiento puede devolver valores de parámetro o código, pero un disparador no puede.
Conclusión:
Los desencadenadores son útiles, pero se evitan si existen alternativas a ellos, ya que aumenta la complejidad de los datos. A veces, los desencadenantes también son sustitutos de un procedimiento apropiado.
