Si se produce un error fantástico en la rutina de colocación, lo máximo que puede hacer (asumiendo que el error no suele ser fatal) es suspender algún procesamiento de intercambio secuencial y, a menudo, saltar a otro segmento junto con el código de la rutina. O devuelva el comerciante al contacto que está solicitando. Tenga en cuenta que la oración anterior a menudo se refiere a errores no fatales.
Descripción general del error
Manejo de errores El manejo de errores en SQL Server nos permite ajustar el código Transact-SQL específico. Por ejemplo, si los programas no están funcionando como se esperaba, tenemos la oportunidad de ayudarlo a hacer algo al respecto y posiblemente volver a curarlo. El manejo de errores de SQL puede ser tan simple que la mayoría de ustedes simplemente están de acuerdo en que algo sucedió, o nuestra compañía a menudo intenta corregir el error. De hecho, el error puede incluso traducirse de nuevo a SQL porque todos sabemos lo fácil que es hacer que el correo electrónico de error técnico de SQL Server sea innecesario, complejo y comprensible. Afortunadamente, a menudo tenemos la capacidad de convertir estas publicaciones en algo muy significativo para los usuarios, desarrolladores y más.
En este artículo, analizaremos más de cerca el artículo TRY … CATCH: sintaxis, cómo se ve, cómo funciona el juego y, además, qué hacer en caso de un error importante. Además, el método en SQL Server puede explicarse muy bien mediante un conjunto de sentencias / bloques T-SQL, que básicamente es siempre el método de SQL Server para aceptar errores. Este es un método estructurado absolutamente muy simple, y una vez que lo domine, encontrará que puede ser muy útil en muchos casos.
También se cubre la función RAISERROR, que genera nuestros propios comentarios de error. Ésta es su excelente manera de convertir los mensajes confusos en un problema más significativo de lo que la gente debería. Nosotros entendemos.
Manejo de errores con TRYâ € ¦CATCH
Así es como se ve el formato. Es bastante fácil acostumbrarse. Tenemos varios bloques de código:
Entre estos tipos BEGIN TRY y END TRY existe la mayoría de código propio que queremos rastrear para detectar los errores. Por lo tanto, si hubiera un error dentro de esta instrucción TRY, el control sería inmediatamente person como la ruta a la instrucción CATCH, además, tendría que comenzar a participar en el código en línea como resultado de la cadena.
Ahora, en la declaración CATCH, podemos intentar solucionar el error, experimentar con el error o, de vez en cuando, registrar el error para que sepamos mientras sucedió, quién lo hizo, registrando cualquier error, nombre de usuario, todo las cosas útiles. Incluso sufrimos acceso a algunos datos especiales que básicamente solo están disponibles después de la declaración CATCH:
ERROR_NUMBER: devuelve el número de error interno.
ERROR_STATE: devuelve mensajes durante la fuente
ERROR_SEVERITY: devuelve información sobre todo, desde errores de información hasta errores que el usuario de DBA puede corregir, y más.
ERROR_LINE: devuelve el número particular El ep de la línea en la que ocurrió el error principal.
ERROR_PROCEDURE: devuelve el nombre de un procedimiento almacenado o de otra función.
ERROR_MESSAGE: devuelve la mayor parte de la información selectiva más importante y este es, sin duda, el texto del mensaje que proviene de todos los errores.
Eso es todo lo que se necesita para organizar los errores de SQL en el servidor. Todo se puede hacer con simples instrucciones TRY y CATCH, sin mencionar que la única parte en la que la idea puede ser automáticamente complicada es cuando actuamos sobre la mayoría de las transacciones. ¿Por qué? Porque si ocurre una verdad de TRANSACTION START, siempre debe terminar con una cláusula de transacción COMMIT o ROLLBACK. La mala noticia es que, de hecho, el error se produce después de que realmente inicie, pero antes de que me comprometa más la reversión. En este caso particular, hay un aspecto especial especial que se puede implementar en un historial de CATCH que nos permite verificar si una venta está en un espacio de compromiso o no, y luego nos permite tomar una decisión de rollback tal vez commit.
Pasemos a SQL Server Management Studio (SSMS) y comencemos con los detalles del manejo de errores de SQL Server. El artículo puede ser un representante de muestra. Revise AdventureWorks 2014. Es tremendamente fácil obtener el siguiente script:
Este es un ejemplo de cómo se ve y, por lo tanto, cómo funciona. Lo único que haríamos en BEGIN TRY sería dividir 1 entre 2, lo que, por supuesto, suele conducir a un buen error. Tan pronto como se acaricia este código de bloque, el control se transfiere al bloque CATCH, además, se seleccionan todos los apartamentos con funciones integradas sobre las que he informado anteriormente. Cuando hacemos el trabajo del script anterior, obtenemos lo siguiente:
Tenemos dos tablas de resultados porque dos extractos bancarios SELECT están relacionados: el primero puede ser 12 dividido por 0, lo que actualmente suele causar el error, y el segundo es el control aceptado exacto que en realidad nos da el resultado final más. De izquierda a derecha, tenemos ErrorNumber, ErrorSeverity; errorstate, en este caso no hay entrenamiento (NULL), ErrorLine y solo ErrorMessage.
Ahora, para empezar, resuelva un problema un poco más serio. Sin lugar a dudas, existe una oportunidad razonable para emprender acciones legales sobre esos errores. Hay cosas que son errores en reposo de todos modos, y al menos deberían ser producidas por abajo. Puede agregar activadores a estas hojas de cálculo preservadas, incluso crear una cantidad de correo electrónico y ser creativo al notificar a las personas cuando se produce algún tipo de error.
Si no está familiarizado con la base de datos, lea este artículo para obtener mucha información sobre el sistema de mensajería:
El script inmediatamente posterior crea la tabla DB_Errors, que se llama continuamente para almacenar datos de seguimiento:
Fortect es la herramienta de reparación de PC más popular y eficaz del mundo. Millones de personas confían en él para mantener sus sistemas funcionando de forma rápida, fluida y sin errores. Con su sencilla interfaz de usuario y su potente motor de análisis, Fortect encuentra y soluciona rápidamente una amplia variedad de problemas de Windows, desde la inestabilidad del sistema y los problemas de seguridad hasta la gestión de la memoria y los cuellos de botella en el rendimiento.
3. Haga clic en "Reparar" para solucionar cualquier problema que se encuentre
Aquí tenemos una pequeña columna de identificación seguida por el nombre de usuario para que los expertos sepan si usted causó el error, y el resto de mi información es solo información exacta, que se clasifica de las funciones integradas enumeradas anteriormente.
Ahora, editemos el procedimiento almacenado personalizado desde la misma base de datos y coloquemos cada controlador de errores como parte de él:
Sin duda, al cambiar este procedimiento utilizado, debe envolver este manejo de errores que no distingue entre mayúsculas y minúsculas en torno a una declaración importante de procedimiento almacenado. Cuando llamamos a todo este procedimiento suspendido y pasamos datos válidos, ocurren todos los siguientes eventos:
El hecho es rápido en La selección indica que el registro se insertó correctamente:
Sin embargo, si volvemos a llamar a los tratamientos almacenados anteriores y pasamos los mismos parámetros, la cuadrícula de plomo se completará de manera diferente:
Esta vez, incluimos solo dos indicadores en una nueva tabla de resultados:
0 líneas afectadas. Esta línea comúnmente dice que no se incluyó nada en la tabla de ingresos por ventas.
1 rango asignado. Esta línea indica que se ha recibido un regalo específico en nuestra mesa de firmas recién redactada.
Entonces, lo que podemos hacer aquí es siempre mirar la tabla de errores y luego notar lo que sucedió. Un clic en la aprobación viene junto con el trabajo:
Cree el siguiente procedimiento. EL PROCESO DE CREACIÓN DE SpDemo. CÓMO EMPEZAR. ELIGE LOS 10 PRINCIPALES 3. AUTORES. SI @@ ROWCOUNT <11.Siga el procedimiento. Ejecute spDemo. Entonces verá el mensaje de error de observación. “Servidor: Msg 50010, nivel 12, estado solo uno, procedimiento spDemo, línea 5.
La construcción TRY CATCH detecta cualquier efecto secundario en tiempo de ejecución con una gravedad superior a diez que hace que no se cierre la conexión web a la colección. El bloque TRY debe eclipsarse inmediatamente como resultado del bloque CATCH asociado. La inclusión de otro mantra válido entre las promesas END TRY y BEGIN CATCH da como resultado un error de formato.
Cuando se llama para cada bloque, CATCH ERROR_MESSAGE devuelve el texto escrito completo del mensaje de error de uno al que ejecutó el bloque CATCH correspondiente. El texto proporciona valores especificados para cualquier limitación reemplazable, por ejemplo, longitud, nombres de objetos o hora del día. ERROR_MESSAGE devuelve NULL si se llama externamente como un segmento de un bloque CATCH.
