Contenido

Objetivo

Implementar comandos para manejar errores y excepciones en el flujo de un programa, con la intención de mantener escenarios controlados, o mejor aún, identificar y corregir fallas del proceso.

Descripción

T-SQL ofrece la capacidad de soportar la gestión de errores y excepciones durante la ejecución de bloques de código, característica importante dentro del lenguaje, que ayudará a notificar que algo en el proceso está fallando y dependerá del programador obtener las alternativas para realizar los ajustes necesarios para que el segmento que estaba causando conflictos en el flujo del programa sea corregido. Los resultados exactos dentro de una corporación son vitales, razón por la que es recomendable aplicar los comandos que se mostrarán en este tema.   

Explicación

Haz clic para revisar la explicación.

Control de errores

Recursos adicionales

Los siguientes enlaces son externos a la Universidad Tecmilenio, al acceder a ellos considera que debes apegarte a sus términos y condiciones.

Revisa el siguiente video:

Para conocer más sobre control de errores, revisa el siguiente video:

ApexSQL by Quest. (2018, 27 de julio). An introduction to ApexSQL Complete [Archivo de video]. Recuperado de https://youtu.be/UC-felOMDdk

Actividad

Objetivo

Diseñar procesos que demanden operaciones candidatas a fallas para proponer soluciones que, mediante el uso de instrucciones de control de errores y excepciones, se pueda tener un plan alternativo de monitoreo. 

Aplicar de manera correcta la intervención de funciones de error, no es necesario aplicar todas las que se mencionaron en este tema, solo considerar las más relevantes para la actividad. 

Instrucciones

Una empresa automotriz produce alrededor de 8,000 automóviles diarios, motivo para que el departamento de producción esté monitoreando la recepción de material de los proveedores, ya que al tener faltantes de una pieza se puede detener la planta. Con un catálogo de al menos 1,000 proveedores, 500,000 números de parte, 8 líneas de producción y 3 turnos, es imposible realizar el monitoreo de forma manual. 

  1. Se realiza la petición al departamento de tecnología para crear un proceso automatizado para que cuando el operador lea el código de barras con el número de parte a ocupar, este se descuente de manera automática en el stock disponible.  
  2. Además de eso, el jefe de producción ha solicitado crear un proceso en el que, al terminar un automóvil, el supervisor pueda dar el alta de un automóvil disponible para inventario de producto terminando, guardando: Modelo del carro, línea de producción utilizada, número de serie, color, nombre del supervisor. 
  3. Diseñar alertas automáticas que cuando un número de parte llegué al stock mínimo se envíe una notificación por correo electrónico al supervisor de esa línea, informando que el número de parte #xxx ha llegado al stock mínimo. 

Para esos tres escenarios, no solo se necesita diseñar el proceso, sino que el encargado de base de datos ha solicitado puntos adicionales a cada requerimiento. 

  1. Si el proceso falla, se deberá imprimir qué línea de código está fallando, el nombre del procedimiento y mostrar el detalle del error. 
  2. Si el proceso falla, se necesita que guarde en una tabla de tipo log: el día y la hora en que falló el proceso, el nombre del procedimiento, detalle del error. 
  3. Si el proceso falla, se necesita que guarde en una tabla de tipo log: el día en que falló el proceso, hora, nombre del procedimiento, detalle del error, mensaje que tuvo que enviar, receptores que tuvieron que recibir la notificación de stock bajo. 
Checklist
  • Desarrollar proceso de confianza con el uso de control de errores y excepciones.
  • Manipular el correcto uso de las funciones de error para una adecuada ejecución del proceso.
  • Integrar comandos complejos para operaciones en el flujo del programa.
  • Realizar alternativas de monitoreo en caso de que el programa falle durante la ejecución.