Tecnología

Inicio

MS SQL Tutorial de activación

Microsoft SQL Server tiene funciones de disparo que se utilizan para insertar, actualizar o eliminar registros cuando se produce un cambio en una tabla. Los disparadores se utilizan para cambiar los registros de mantener intacta la integridad de datos. También se utilizan para auditar tablas por razones de seguridad. Un disparador es una declaración sintaxis SQL creado utilizando la Consola de administración de Microsoft oa través de un script crear en el servidor.

Propósito

El propósito de un disparador es procesar automáticamente las instrucciones SQL después de una acción tiene lugar en una mesa. Por ejemplo, si la información financiera de un cliente se accede por un representante de servicio al cliente, un disparador puede utilizarse para registrar la consulta. Las empresas utilizan este proceso para auditar el acceso a la información privada, lo que ayuda a los empleados sin escrúpulos de captura a partir de datos de fraude. También se usa para mantener la integridad de datos. Por ejemplo, cuando un cliente actualiza un número de teléfono para un pedido, un disparador puede actualizar el número de teléfono del cliente en su registro de detalle privada. Esto asegura que los datos son consistentes a través de toda la base de datos.

La creación de un disparador

Al hacer clic derecho sobre una mesa proporciona al administrador la opción "Crear activador". La sintaxis de un disparador es el siguiente:
crear myTriggerName gatillo
en myTable
para type_of_command
como
command_statement
El nombre del disparador es decidido por el administrador de la base. La parte "myTable" de la consulta es la tabla en la que se ejecutará el gatillo. El "type_of_command" establece SQL Server para ejecutar la sentencia después de un comando específico. Por ejemplo, si el administrador establece la orden de disparar en una instrucción de inserción, un registro insertado es seguido por el conjunto de comandos en la sección "command_statement". Múltiples factores desencadenantes son permitidos en una mesa, pero muchos pueden ralentizar el rendimiento. En algunos casos, la creación de estados adicionales en un procedimiento almacenado SQL Server es más eficiente de los recursos de base de datos.