SISTEMAS DE BASE DE DATOS

En la configuración de un SGBD con miles de conexiones simultáneas, ¿cuál es el recurso más frecuentemente limitante?. Las conexiones son ilimitadas. Solo se pueden soportar 100 conexiones máximo. El color del servidor. Las conexiones simultáneas; requiere connection pooling, límites adecuados y monitorización. El espacio en disco.

¿Cuál es el propósito de implementar restricciones de check en una tabla de base de datos?. Asegurar la integridad referencial. Asegurar que no haya valores duplicados en una columna. Asegurar que una columna no sea nula. Asegurar que los valores en una columna cumplan con una condición específica.

¿Cuál es el problema de usar SELECT * en queries de producción?. Solo funciona en desarrollo. Requiere más permisos. Trae todas las columnas (algunas innecesarias), usa más ancho de banda. No hay problema.

Una empresa ha estado usando un sistema de archivos donde cada departamento mantiene sus propios registros de empleados. ¿Qué tipo de problema de calidad de datos es más probable que ocurra?. Pérdida de datos por virus informático. Acceso no autorizado desde Internet. Inconsistencia de datos cuando un empleado aparece con información diferente en múltiples departamentos. Corrupción aleatoria de caracteres en los nombres.

¿Cuál es la razón técnica por la cual un DBMS implementa vistas (views) en su nivel externo?. Para obligar a los usuarios a escribir consultas en lugar de usar vistas preexistentes. Para hacer que el sistema sea más lento pero más seguro. Para ocultar toda la información de la base de datos. Para proporcionar seguridad, simplificar consultas complejas y permitir que diferentes usuarios vean subconjuntos relevantes de datos sin acceso a la estructura subyacente completa.

Dada una tabla VENTAS (ID, cliente_id, fecha, monto, estado) donde estado puede ser 'Pendiente', 'Completada', 'Cancelada', ¿cuál es el problema de esta consulta? SELECT * FROM VENTAS WHERE estado = 'Pendiente' AND fecha >= '2024-01-01' ORDER BY monto DESC. No es posible filtrar por dos condiciones simultáneamente. Sin índices adecuados, puede realizar un table scan ineficiente. Falta un índice en la columna estado. La cláusula ORDER BY no funciona con AND.

En una consulta que usa GROUP BY, ¿Cuáles columnas DEBEN aparecer en el SELECT?. Todas las columnas de la tabla. Al menos 3 columnas. Solo las columnas del GROUP BY o funciones de agregado. Las columnas que se usen en ORDER BY.

En el contexto de evolución de los sistemas de datos, ¿qué característica fundamental distingue a un Sistema de Gestión de Base de Datos (DBMS) de un simple sistema de archivos?. La imposibilidad de tener múltiples usuarios accediendo simultáneamente. La capacidad de proporcionar abstracción de datos, independencia de datos y control centralizado del acceso. El uso de memoria RAM en lugar de almacenamiento en disco. La eliminación completa de la redundancia de datos.

En la planificación de recuperación ante desastres, ¿Cuál es la diferencia fundamental entre mantener un servidor "caliente" versus "tibio"?. Caliente está completamente sincronizado en tiempo real (RTO muy bajo); tibio está actualizado pero requiere sincronización final antes de activación. No hay diferencia técnica. La distinción no afecta el tiempo de recuperación. Caliente cuesta lo mismo que tibio. Tibio es para datos no críticos.

En la estructura de un SGBD relacional, ¿cuál es la función crítica del buffer pool o memoria caché?. Reemplazar la necesidad de almacenamiento en disco. Almacenar páginas de datos frecuentemente accedidas para reducir I/O de disco y mejorar rendimiento. Solo almacenar datos temporales de sesión. Es redundante si se tienen índices. Funciona solo con tablas pequeñas.

En una relación que representa una composición entre entidades (donde una entidad es parte de otra y no puede existir sin ella), ¿cuál es la implicación para la integridad referencial?. Se debe implementar una eliminación en cascada para mantener la consistencia. No hay restricciones especiales de integridad. Se debe permitir valores nulos en la clave externa. La clave externa debe ser también clave primaria.

Cuando se realiza un INSERT ... SELECT desde una tabla a otra, ¿qué precaución es fundamental?. Las columnas deben estar en el mismo orden. Debe existir un índice en la tabla destino. Los tipos de datos deben ser compatibles. La tabla destino no puede tener restricciones.

Una aplicación web de alto tráfico utiliza SQL Server en arquitectura multi-tenant. ¿Qué consideración arquitectónica es crítica para la seguridad y el rendimiento?. Toda información de todos los clientes en una tabla única. Multi-tenancy solo es viable con SQLite. Separación lógica de datos por tenant, índices adecuados y control de acceso al nivel de fila. La separación de datos no es importante si hay contraseña fuerte. Cada tenant necesita su propio servidor físico.

En una organización, el administrador de base de datos (DBA) debe resolver que dos departamentos tienen definiciones diferentes de "Cliente Activo". ¿Cuál es el nivel de abstracción que es responsable de resolver esta discrepancia?. Nivel externo: definiendo vistas personalizadas para cada departamento. Nivel interno: reorganizando cómo se almacenan los datos en disco. Nivel de compilación del código. Nivel conceptual: clarificando la definición corporativa única de "Cliente Activo".

En la monitorización de un SGBD en producción, ¿cuáles son las métricas críticas a vigilar continuamente?. Las métricas no importan si el servidor "parece" funcionar. El rendimiento nunca necesita monitorización. Solo el nombre de la base de datos. CPU, memoria, I/O de disco, conexiones activas, tiempo de respuesta de consultas y espacio disponible. Solo el precio de la licencia.

Un atributo multivaluado en el modelo Entidad-Relación (como "Teléfonos" en una entidad Persona que puede tener múltiples números) debe transformarse en el modelo relacional como: Un atributo que se ignora en la implementación relacional. Una tabla separada relacionada mediante clave externa. Una columna adicional en la tabla de la entidad principal. Un atributo que contiene múltiples valores separados por comas.

En el modelado de datos, ¿Cuál es la diferencia entre una clave primaria y una clave candidata?. Una clave primaria es elegida para identificar las tuplas uniquamente, mientras que una clave candidata es cualquier conjunto de atributos que podría ser clave primaria. No hay diferencia, son sinónimos. Una clave primaria contiene múltiples atributos, una clave candidata contiene solo uno. Una clave primaria es única dentro de una tabla, mientras que una clave candidata es única en toda la base de datos.

En un DBMS relacional, ¿cuál es la diferencia fundamental entre una "restricción de dominio" y una "restricción de clave primaria"?. Las restricciones de dominio solo aplican a números. Las claves primarias son opcionales pero los dominios son obligatorios. Una restricción de dominio especifica qué valores son válidos para un atributo individual, mientras que una clave primaria identifica unívocamente un registro. No hay diferencia, son sinónimos.

En una consulta con HAVING y COUNT(), ¿Cuál es la estructura correcta?. SELECT columna, COUNT(*) FROM tabla HAVING COUNT(*) > 5. SELECT columna, COUNT(*) FROM tabla GROUP BY columna HAVING COUNT(*) > 5. HAVING COUNT(*) > 5 SELECT columna FROM tabla. SELECT COUNT(*) HAVING COUNT(*) > 5 FROM tabla.

¿Cuál es el propósito principal de las reglas de negocio en el modelado de datos?. Simplificar el diseño de las consultas SQL. Definir restricciones y comportamientos que deben cumplirse en los datos para reflejar la realidad del negocio. Reemplazar la necesidad de programación en el DBMS. Eliminar la necesidad de validación en la aplicación cliente.

Una aplicación heredada que usa archivos debe agregar soporte para múltiples monedas en un sistema de comercio internacional. ¿Qué problema enfrentaría que sería más simple en un DBMS relacional con normalización?. Podría simplemente agregar una tabla de monedas y relaciones, manteniendo los programas existentes sin grandes cambios si están bien diseñados. Sería imposible agregar nuevas características. Los datos se corromperían automáticamente. Tendría que modificar todos los programas existentes.

¿Cuál es el propósito principal de usar índices en las columnas de JOIN?. Aumentar el tamaño de la base de datos. Mejorar significativamente el rendimiento del JOIN. Permitir múltiples JOINs. Prevenir duplicados.

¿Cuál es el impacto de usar un wildcard al inicio de una búsqueda LIKE ('%patrón')?. Mejora el rendimiento. Puede impedir el uso de índices, resultando en table scan. Reduce el tamaño del resultado. Sólo funciona con números.

En una actualización de tabla con CASE WHEN anidados, ¿cuál es la estructura correcta?. UPDATE TABLA CASE WHEN condicion1 SET columna = valor1. CASE UPDATE TABLA WHEN condicion SET columna. UPDATE TABLA SET CASE WHEN condicion1 columna=valor1. UPDATE TABLA SET columna = CASE WHEN condición1 THEN valor1 WHEN condición2 THEN valor2 ELSE valor_default END.

¿Cuál sería la representación correcta de una relación ternaria (entre tres entidades) en el modelo relacional?. Una sola tabla que contiene todos los atributos de las tres entidades. Tres tablas separadas, una por cada entidad, sin tabla intermedia. Una tabla intermedia que contiene las claves primarias de las tres entidades como claves externas, más atributos propios de la relación. Una relación binaria entre dos entidades y una tabla adicional.

En el proceso de transformación del modelo Entidad–Relación al modelo relacional, ¿cómo se representa una relación M:N entre dos entidades?. Mediante atributos multivaluados en la tabla principal. Mediante dos tablas separadas sin conexión directa. Mediante una tabla intermedia (tabla de asociación) que contiene las claves primarias de ambas entidades. Mediante una columna de clave externa en una de las tablas.

En la planificación de capacidad para un SGBD que soporta millones de transacciones diarias, ¿cuál es el factor de crecimiento recomendado para el almacenamiento?. 100–200% del tamaño actual para contabilizar crecimiento, backups y espacios temporales. 50% del tamaño actual. El almacenamiento ilimitado no es necesario. Exactamente, el tamaño actual. El crecimiento no puede predecirse.

Un esquema relacional tiene la tabla: Empleado(ID_Emp, Nombre, Salario, ID_Depto, Nombre_Depto, Presupuesto_Depto). ¿Cuál sería el resultado de descomponer esta tabla para alcanzar 3NF?. Dos tablas: Empleado(ID_Emp, Nombre, Salario, ID_Depto) y Departamento(ID_Depto, Nombre_Depto, Presupuesto_Depto). Una única tabla más normalizada. Tres tablas: empleado, departamento y una de asociación. Cuatro tablas: una por cada tributo.

En la administración de un SGBD con múltiples instancias, ¿cuál es el recurso más crítico a compartir entre instancias?. Las instancias nunca comparten recursos. Licencias, memoria física, I/O de disco y ancho de banda de red; requiere balance de recursos. El nombre del servidor. Sólo la licencia importa. No hay límites de recursos.

En PostgreSQL y MySQL existen diferencias significativas en los motores de almacenamiento. ¿Cuál es la implicación principal de estas diferencias en el diseño físico?. El motor de almacenamiento sólo afecta la velocidad de lectura. La elección del motor determina características como transacciones ACID, bloqueos y recuperación. No hay diferencia práctica entre elegir uno u otro. Todos los motores tienen idénticas características. Sólo afecta el precio de la licencia.

Un administrador de base de datos necesita restaurar una base de datos desde un backup del día anterior, pero sin perder las transacciones de las últimas 4 horas. ¿Qué estrategia de recuperación es más apropiada?. Restaurar solo el bockup completo de hace un dia. Usar la funcion de ´´Undo´´ del SGBD. Recrear manualmente los datos de las ultimas 4 horas. Restaurar el Bockup diferencial más reciente. Restaurar el backup completo y luego reproducir (replay) los logs de transacciones hasta el punto deseado.

¿Cuál es la diferencia conceptual clave entre una "entidad" en un modelo E-R y una "tabla" en una base de datos relacional?. Son exactamente lo mismo. Una entidad es un concepto abstracto en el diseño que se implementa físicamente como una tabla en la base de datos relacional. Las entidades pueden tener relaciones para las tablas no. Las tablas sólo existen en bases de datos muy grandes.

Una empresa que ha operado con archivos planos durante años ahora enfrenta problemas severos de integridad referencial. ¿A qué problema fundamental se debe esto?. Al acceso de usuarios intentando acceder simultáneamente. A la ausencia de mecanismos automáticos para mantener la consistencia entre registros relacionados en diferentes archivos. A que los archivos están formados PDF en lugar de texto plano. A la falta de una estrategia de backup adecuada.

¿Cuál es el problema con esta consulta de eliminación? DELETE FROM ORDENES WHERE cliente_id NOT IN (SELECT id FROM CLIENTES). La subconsulta no puede usarse en DELETE. Si hay valores NULL en cliente_id, puede no eliminar lo esperado. No hay problema. Requiere un JOIN en lugar de NOT IN.

¿Cuál de estos problemas sería más difícil de resolver con un sistema de archivos tradicional pero relativamente simple en un DBMS relacional bien diseñado?. Crear reportes que combinen información de múltiples entidades (p. ej., clientes con sus compras y productos) mientras se mantiene consistencia. Crear archivos de texto. Hacer copias de seguridad. Almacenar datos numéricos.

En la administración de bases de datos, ¿cuál es el propósito principal de crear índices en columnas frecuentemente consultadas?. Rentilizar la búsqueda de datos. Acelerar la recuperación de datos ordenando previamente la información para evitar búsquedas lineales completas. Ocupar más espacio en disco. Hacer que el sistema sea más complejo.

Considerando una tabla PRODUCTOS con 500,000 registros y campos (ID, nombre, precio, categoria_id, stock), ¿cuál sería la estrategia más eficiente para actualizar el stock de todos los productos de una categoría específica?. UPDATE PRODUCTOS SET stock = stock - 10 WHERE categoria_id = 5. Usar un loop en el programa cliente para actualizar registro por registro. CREATE TEMPORARY TABLE temp AS SELECT FROM PRODUCTOS WHERE categoria_id = 5; UPDATE temp SET stock = stock - 10;DELETE FROM PRODUCTOS WHERE categoria_id = 5;INSERT INTO PRODUCTOS SELECT FROM temp. SELECTFROM PRODUCTOS WHERE categoria_id = 5, luego actualizar con un cursor.

En una tabla de intersección (tabla de asociación) que mapea una relación M:N, ¿cuál es la composición correcta de la clave primaria?. La combinación de las claves externas de las tablas relacionadas. La clave primaria de una sola tabla relacionada. Un atributo incremental autoincremental. Un identificador único independiente.

¿Cuál es el error en esta consulta que intenta actualizar precios? UPDATE PRODUCTOS SET precio = precio * 1.10 WHERE categoria_id IN (SELECT id FROM CATEGORIAS WHERE activo = 1). Falta especificar la tabla CATEGORIAS en el JOIN. No hay error, la consulta es correcta. La cláusula WHERE no puede usarse con IN. Los subconsultas en UPDATE no están permitidas.

¿Cuál es la implicación de implementar constraints de integridad a nivel de base de datos versus validación solo en la aplicación?. Los constraints solo funcionan con datos numérico. Constraints en SGBD garantizan integridad incluso si se bypassea la aplicación o se accede directamente a la BD. La validación en aplicación es suficiente. Los constraints ralentizan el SGBD significativamente. Es redundante implementar en ambos lugares.

En una consulta con UNION que combina dos SELECT, ¿cuál es un requisito fundamental?. El número y tipo de columnas debe coincidir, y se usan nombres del primer SELECT. Deben estar en el mismo esquema. Solo funciona con números. Las tablas deben tener el mismo nombre.

¿Qué sentencia de SQL devuelve los departamentos con más de 50 empleados?. SELECT Department FROM Employees GROUP BY Department COUNT > 50;. SELECT Department, COUNT(*) AS num FROM Employees GROUP BY Department WHERE num > 50;. Ninguna es correcta. SELECT Department, COUNT(*) FROM Employees GROUP BY Department HAVING COUNT(*) > 50;.

En una consulta con JOIN de múltiples tablas, ¿cuándo es preferible usar subconsultas en lugar de JOINs?. Nunca, los JOINs son siempre más rápidos. Cuando la subconsulta es muy simple y mejora legibilidad. Siempre que haya más de 3 tablas. Cuando se necesita optimizar para databases muy grandes.

¿Cuál es la estructura correcta para un UPDATE con JOIN?. UPDATE T1, T2 SET T1.columna = T2.valor WHERE T1.id = T2.id. UPDATE T1 SET T1.columna = (SELECT T2.valor FROM T2 WHERE T2.id = T1.id). UPDATE T1 SET T1.columna = T2.valor FROM T1 JOIN T2 ON T1.id = T2.id. UPDATE T1 JOIN T2 SET T1.columna = T2.valor.

En una consulta que requiere información de 5 tablas relacionadas, ¿cuál es el factor más importante para optimización?. El número de registros totales. El orden de los JOINs y la selectividad. El nombre de las columnas. El tamaño del disco duro.

¿Qué es un trigger (disparador) en bases de datos?. Una secuencia. Un procedimiento almacenado. Código que se ejecuta ante un evento. Una restricción.

Un SGBD experimenta bloqueos (locking) excesivos en una tabla de alta concurrencia. ¿Cuál es la estrategia arquitectónica más efectiva?. Ignorar el problema. Usar solo SELECT para evitar bloqueos. Reducir el nivel de granularidad de bloqueo, implementar optimistic locking o particionamiento de la tabla. Aumentar los timeouts de bloqueo. Bloqueos no se pueden evitar.

En la configuración de un SGBD con miles de conexiones simultáneas, ¿cuál es el recurso más frecuentemente limitante?. El color del servidor. Solo se pueden soportar 100 conexiones máximo. El espacio en disco. Las conexiones simultáneas; requiere connection pooling, límites adecuados y monitorización. Las conexiones son ilimitadas.

¿Cuál es el propósito principal de usar índices en las columnas de JOIN?. Prevenir duplicados. Permitir múltiples JOINs. Aumentar el tamaño de la base de datos. Mejorar significativamente el rendimiento del JOIN.

¿Qué palabra clave se utiliza para finalizar un procedimiento almacenado?. CLOSE. END. QUIT. EXIT.

Una empresa necesita elegir un SGBD para manejar transacciones financieras críticas con millones de registros diarios. Analice cuál sería la opción más apropiada considerando redundancia, recuperación ante fallos y escalabilidad. PostgreSQL por ser completamente gratuito. MySQL Community Edition por ser de código abierto. SQLite por su portabilidad y bajo uso de recursos. Access debido a su interfaz amigable y bajo costo. SQL Server Enterprise Edition por su capacidad de clúster, AlwaysOn y recovery robusto.

¿Para qué pueden utilizarse las vistas en las bases de datos?. Para restringir el acceso a datos sensibles. Para mejorar la eficiencia en consultas. Todas las anteriores. Para simplificar consultas complejas.

Las transacciones permiten: Bloquear registros y tablas. Mejorar rendimiento leyendo del cache. Coordinar lectura y escritura entre procesos concurrentes. Confirmar o revertir varias operaciones SQL como una sola unidad.

¿Qué función se utiliza en el ejercicio para obtener el cargo con más empleados?. MAX(). MIN(). AVG(). AVG().

Al implementar un diagrama de relaciones en SQL Server, ¿cuál es la ventaja de utilizar vistas (Views) en lugar de permitir acceso directo a las tablas base?. Reemplazan completamente la necesidad de transacciones. Permiten abstracción de datos, seguridad mejorada y flexibilidad en cambios de estructura. Eliminan la necesidad de copias de seguridad. Las vistas son más rápidas que las tablas. Reducen el tamaño de la base de datos.