BASE DE DATOS B/TEMA 9

¿Qué es un disparador (trigger) en PL/SQL?. Un procedimiento que se ejecuta automáticamente ante eventos como INSERT, UPDATE o DELETE. Una función que devuelve siempre un valor numérico dentro de un SELECT. Un cursor explícito que recorre resultados fila por fila. Un comando que elimina registros de forma masiva como TRUNCATE.

¿Cuál es una finalidad típica de los triggers?. Mantener integridad, automatizar validaciones y registrar cambios. Sustituir completamente la necesidad de claves primarias. Eliminar el uso de transacciones dentro de la base de datos. Ejecutar consultas SELECT sin necesidad de procedimientos almacenados.

¿Qué eventos suelen activar un trigger?. Operaciones INSERT, UPDATE y DELETE sobre una tabla. Consultas SELECT simples sin modificación de datos. Ejecuciones manuales de COMMIT y ROLLBACK. Creación de índices y claves primarias en el esquema.

¿Qué ventaja aporta la ejecución automática de triggers?. Aplicar reglas de negocio sin depender de que el usuario las invoque manualmente. Confirmar transacciones automáticamente sin control. Eliminar la necesidad de restricciones de integridad referencial. Sustituir funciones almacenadas por consultas directas.

¿Qué riesgo puede tener un uso excesivo de triggers?. Impacto en el rendimiento y dificultad de mantenimiento si son complejos. Eliminación automática de registros sin posibilidad de rollback. Sustitución completa del control de errores estructurado. Conversión automática de tablas en bases NoSQL.

¿Qué es el control de errores en PL/SQL?. Un mecanismo para manejar fallos sin detener abruptamente la ejecución. Un tipo de cursor especial para recorrer registros inválidos. C) Un comando que elimina automáticamente errores de concurrencia. Una restricción de dominio aplicada a columnas numéricas.

¿Qué cláusula se utiliza para capturar errores en PL/SQL?. EXCEPTION. SAVEPOINT. COMMIT. FETCH.

¿Qué es una excepción predefinida en PL/SQL?. Un error común manejado automáticamente como NO_DATA_FOUND. Un error definido siempre por el usuario con códigos negativos. Un trigger que se ejecuta antes de cada operación INSERT. Una función obligatoria que retorna valores nulos.

¿Qué significa NO_DATA_FOUND?. No se encontraron datos al ejecutar una consulta SELECT INTO. Se produjo un deadlock entre transacciones concurrentes. Se intentó insertar un valor duplicado en clave primaria. Se confirmó una transacción sin ejecutar COMMIT.

¿Qué representa DUP_VAL_ON_INDEX?. Error por insertar un valor duplicado en un índice único. Error por no encontrar filas en una consulta SELECT. Error por ejecutar un ROLLBACK sin SAVEPOINT. Error por usar un cursor implícito dentro de un trigger.

¿Qué es WHEN OTHERS?. Un manejador que captura cualquier excepción no tratada explícitamente. Un comando que confirma automáticamente todas las transacciones abiertas. Una sentencia que elimina triggers existentes en una tabla. Un nivel de aislamiento que evita lecturas fantasma.

¿Cuál es el riesgo de usar WHEN OTHERS sin control?. Ocultar errores importantes si no se gestionan adecuadamente. Impedir la ejecución de cualquier procedimiento almacenado. Convertir excepciones en triggers automáticos. Eliminar la necesidad de logs de auditoría.

¿Qué son excepciones definidas por el usuario?. Errores personalizados creados para reglas específicas del negocio. Errores estándar incorporados siempre por Oracle. Bloqueos automáticos aplicados ante concurrencia. Índices especiales para acelerar consultas.

¿Qué permite RAISE_APPLICATION_ERROR?. Generar errores personalizados con códigos entre -20000 y -20999. Confirmar automáticamente una transacción fallida. Eliminar bloqueos activos dentro de un cursor. Sustituir la cláusula EXCEPTION en procedimientos.

¿Por qué es útil registrar errores en una tabla de logs?. Para auditoría y análisis posterior de fallos en el sistema. Para eliminar automáticamente todos los registros inválidos. Para impedir el uso de triggers en tablas críticas. Para sustituir la necesidad de copias de seguridad.

¿Qué diferencia existe entre TRY...CATCH y EXCEPTION?. TRY...CATCH se usa en SQL Server y EXCEPTION en Oracle PL/SQL. TRY...CATCH es exclusivo de MySQL y EXCEPTION de MongoDB. Ambos son comandos de bloqueo de concurrencia. Ambos eliminan automáticamente errores sin capturarlos.

¿Qué ocurre si una excepción no es capturada?. El bloque se detiene abruptamente y la transacción puede revertirse. La excepción se convierte automáticamente en trigger AFTER UPDATE. Se confirma automáticamente la operación fallida. Se elimina el procedimiento almacenado del sistema.

¿Qué papel cumplen triggers en auditoría?. Registrar automáticamente cambios realizados sobre datos críticos. Sustituir claves primarias por identificadores dinámicos. Eliminar bloqueos mediante control optimista obligatorio. Evitar la necesidad de control de errores en procedimientos.

¿Qué tipo de trigger se ejecuta antes de la operación?. BEFORE trigger. AFTER trigger. SERIALIZABLE trigger. IMPLICIT trigger.

¿Qué tipo de trigger se ejecuta después del evento?. AFTER trigger. BEFORE trigger. MVCC trigger. COMMIT trigger.

¿Por qué es importante el control de errores en transacciones?. Para evitar inconsistencias y permitir rollback seguro ante fallos. Para eliminar automáticamente todas las restricciones de integridad. Para confirmar operaciones incluso si fallan parcialmente. Para sustituir logs de recuperación por triggers.

¿Qué combinación es correcta en manejo de errores con SAVEPOINT?. Se puede revertir parcialmente con ROLLBACK TO SAVEPOINT ante un fallo. SAVEPOINT confirma automáticamente operaciones previas. ROLLBACK elimina el punto de guardado sin revertir datos. RELEASE SAVEPOINT revierte toda la transacción completa.

¿Qué objetivo general cumplen las excepciones en PL/SQL?. Gestionar errores de forma estructurada para mantener estabilidad. Eliminar la necesidad de procedimientos almacenados. Sustituir triggers por validaciones manuales. Confirmar automáticamente transacciones fallidas.

¿Qué ocurre si se usa mal un trigger en operaciones críticas?. Puede generar efectos inesperados y afectar integridad o rendimiento. El trigger se convierte automáticamente en función almacenada. Se eliminan automáticamente las claves foráneas relacionadas. Se desactiva el control de errores del sistema.

¿Cuál es el propósito global de triggers y control de errores en programación de BBDD?. Automatizar reglas y gestionar fallos para mantener integridad, auditoría y estabilidad. Eliminar completamente transacciones y propiedades ACID en sistemas modernos. Sustituir claves primarias y foráneas por mecanismos automáticos sin control. Evitar el uso de SQL mediante ejecución automática de eventos.