Trans-Handlers-sp-vistas-indices

En el contexto de un procedimiento almacenado, ¿cuál es la función principal de una transacción cuando se gestionan operaciones críticas como una transferencia de fondos entre cuentas?

• Compilar el código SQL para mejorar la velocidad de ejecución y reducir la carga del servidor al procesar múltiples sentencias.

• Permitir que un conjunto de operaciones se trate como una única unidad lógica de trabajo, asegurando que todas se completen con éxito o que ninguna de ellas se aplique, revirtiendo la base de datos a su estado inicial.

• Establecer un punto de control en el código donde el procedimiento puede pausarse para depuración, garantizando que los datos sean validados manualmente antes de continuar.

• Optimizar el uso de los índices de la tabla subyacente al agrupar las operaciones de escritura, reduciendo así la fragmentación y mejorando el acceso futuro.

Si dentro de un procedimiento almacenado que implementa una transacción ocurre un error crítico que impide la finalización exitosa de todas las operaciones, la instrucción ROLLBACK se utiliza para: (Seleccione la opción más precisa según los documentos provistos)

• Confirmar únicamente las operaciones que se completaron con éxito antes de que ocurriera el error, desechando solo las pendientes.

• Registrar el error en un archivo de log y notificar al usuario, permitiendo que la base de datos permanezca en un estado parcialmente actualizado.

• Deshacer completamente todas las operaciones realizadas dentro de la transacción desde su inicio, restaurando la base de datos al estado en que se encontraba antes de que la transacción comenzara.

• Intentar una ejecución alternativa del procedimiento almacenado, ignorando la operación fallida y continuando con la siguiente sentencia disponible.

La implementación de transacciones dentro de los procedimientos almacenados es fundamental para:

• Mejorar la capacidad de los procedimientos para interactuar directamente con el sistema operativo y gestionar archivos externos al servidor de base de datos.

• Simplificar la sintaxis del código al eliminar la necesidad de manejo de errores explícito, ya que la transacción gestiona automáticamente cualquier inconsistencia.

• Asegurar la integridad y consistencia de los datos al realizar operaciones críticas, permitiendo un manejo adecuado de los errores para evitar estados inconsistentes en el sistema.

• Incrementar la eficiencia de las consultas al permitir que múltiples usuarios accedan y modifiquen los mismos datos simultáneamente sin ningún tipo de bloqueo.

Cuando todas las operaciones dentro de una transacción se ejecutan correctamente en un procedimiento almacenado, ¿qué instrucción se utiliza para hacer que los cambios sean permanentes en la base de datos?

• SAVEPOINT

• CHECK TRANSACTION

• APPLY CHANGES

• COMMIT

Según la documentación, los HANDLER en procedimientos almacenados de MySQL son esenciales para crear procedimientos robustos y confiables, y comúnmente se utilizan en combinación con las transacciones para asegurar que las operaciones críticas puedan manejarse adecuadamente y que los errores no controlados no provoquen fallos inesperados.

• Verdadero

• Falso

¿Cuál es el propósito fundamental de utilizar HANDLERs en los procedimientos almacenados de MySQL, de acuerdo con la documentación proporcionada?

• Optimizar el rendimiento de las consultas al permitir la pre-compilación de bloques de código y reducir la carga en el servidor de base de datos.

• Gestionar de manera efectiva los errores y excepciones que puedan ocurrir durante la ejecución del procedimiento, asegurando su robustez y evitando fallos inesperados.

• Establecer puntos de restauración dentro de una transacción para poder revertir operaciones específicas sin afectar la totalidad de la unidad de trabajo.

• Encapsular lógica de negocio compleja en un único módulo para facilitar la reutilización de código y mejorar la legibilidad del script SQL.

Cuando se activa un EXIT HANDLER dentro de un procedimiento almacenado en MySQL, la ejecución del procedimiento

• Continúa inmediatamente después del bloque del handler, ignorando el error y procediendo con la siguiente sentencia.

• Se detiene por completo después de que el bloque del handler haya ejecutado sus instrucciones, sin continuar con el resto del procedimiento.

• Se reinicia desde el principio del procedimiento, intentando re-ejecutar las operaciones que causaron el error.

• Genera una advertencia pero permite que la ejecución continúe hasta encontrar otro handler o el final del procedimiento.

Un CONTINUE HANDLER en un procedimiento almacenado de MySQL, tras ser activado por una condición de error, provoca que la ejecución del procedimiento se detenga de inmediato y se propague el error al llamador.

• Verdadero

• Falso

La condición NOT FOUND en un HANDLER se utiliza específicamente para capturar qué tipo de situación en un procedimiento almacenado?

• Un intento de inserción de datos que viola una restricción de clave primaria o única en una tabla.

• Un error de sintaxis en una de las sentencias SQL dentro del procedimiento, impidiendo su compilación correcta.

• La situación en la que una operación SELECT ... INTO o una operación de FETCH de un cursor no devuelve ninguna fila.

• Un intento de conexión a la base de datos que falla debido a credenciales incorrectas o problemas de red.

¿Qué tipo de errores generales y no específicos son capturados por la condición SQLEXCEPTION en un HANDLER de MySQL?

• Exclusivamente errores relacionados con la truncación de datos al intentar insertar una cadena demasiado larga en un campo VARCHAR.

• Cualquier error SQL que no sea una advertencia (SQLWARNING) ni la condición de no encontrado (NOT FOUND).

• Solamente errores de conexión con el servidor de la base de datos o problemas de autenticación de usuario.

• Únicamente los errores de validación lógica definidos por el usuario mediante la instrucción SIGNAL SQLSTATE.