GESTIÓN DE BASE DE DATOS

1¿Cuáles son los métodos de acceso a tablas que puede usar el planificador de PostgreSQL?. Solo Seq Scan. Seq Scan, Index Scan, Bitmap Heap Scan, entre otros. Solo Index Scan. Index Scan y Full Scan únicamente.

2¿Qué hace VACUUM en PostgreSQL?. Crea índices automáticamente. Recupera espacio de disco ocupado por filas muertas (borradas o actualizadas) y actualiza estadísticas. Elimina los índices no usados. Reinicia las secuencias.

3¿Qué unidad usa PostgreSQL para expresar el coste en los planes de ejecución?. Milisegundos. Bytes. Una unidad arbitraria basada en bloques, registros y parámetros de rendimiento. Número de filas.

4¿Qué hace la sentencia ANALYZE TABLE en MySQL?. Elimina los índices no utilizados. Comprueba la sintaxis de las consultas almacenadas. Actualiza las estadísticas de la tabla para que el optimizador tome mejores decisiones. Crea automáticamente índices en todas las columnas.

5¿Qué es la optimización basada en reglas en SQL?. Optimización que usa machine learning. Un conjunto de heurísticas predefinidas que el planificador aplica para mejorar la ejecución, como reordenar JOINs o eliminar subexpresiones redundantes. Un tipo especial de índice. Un plan de ejecución fijo.

6¿Qué criterio es fundamental para decidir si crear un índice sobre una columna?. Que la columna sea de tipo VARCHAR. Que la columna aparezca frecuentemente en condiciones WHERE, JOIN o ORDER BY. Que la columna tenga valores únicos. Que la tabla tenga más de 10 filas.

7¿Qué es un índice de mapa de bits (Bitmap Index Scan) en PostgreSQL?. Un índice para imágenes. Un método de acceso que usa un mapa de bits para combinar múltiples índices y luego accede a la tabla. Un índice que almacena datos en formato binario. Un tipo de índice de texto completo.

8¿Cuál es la diferencia entre un índice de árbol B (B-tree) y un índice Hash en PostgreSQL?. Son equivalentes. El B-tree soporta comparaciones de rango (>, <, BETWEEN), el Hash solo es eficiente para comparaciones de igualdad (=). El Hash es siempre más rápido. El B-tree solo funciona con texto.

9¿Cuándo es recomendable usar EXPLAIN ANALYZE con ROLLBACK?. Siempre que se analicen consultas SELECT. Cuando se analiza el plan de sentencias DML (INSERT, UPDATE, DELETE) para no afectar los datos reales. Nunca, ROLLBACK cancela la información del plan. Cuando la tabla tiene pocas filas.

10¿Qué sentencia permite analizar el plan de ejecución de una consulta en MySQL?. EXPLAIN SELECT ... ANALYZE SELECT ... DEBUG SELECT ... PLAN SELECT ...

11¿Qué es un índice parcial en PostgreSQL?. Un índice que cubre solo algunas columnas. Un índice creado con una cláusula WHERE que solo indexa las filas que cumplen la condición. Un índice incompleto que no funciona. Un índice sobre una vista parcial.

12¿Cuál es el principal objetivo de crear un índice en MySQL?. Reducir el espacio en disco. Aumentar la seguridad de la base de datos. Evitar la inserción de datos duplicados. Mejorar la velocidad de búsqueda y consulta de datos.

13¿Qué son las estadísticas de la base de datos y por qué son importantes para el planificador?. Copias de seguridad de los datos. Información sobre la distribución de valores en las columnas que usa el planificador para estimar costes y elegir el plan óptimo. Logs de acceso a la base de datos. Métricas de rendimiento del servidor.

14¿Qué es un índice basado en funciones (functional index) en PostgreSQL?. Un índice creado automáticamente. Un índice creado sobre el resultado de una función o expresión aplicada a una columna. Un índice de texto completo. Un índice que usa funciones de agregación.

15¿Cuál de las siguientes prácticas mejora el rendimiento de una consulta SELECT?. Usar SELECT * en lugar de especificar columnas. Usar subconsultas en lugar de JOIN siempre que sea posible. Evitar el uso de índices en columnas con WHERE. Seleccionar solo las columnas necesarias en lugar de SELECT *.

16¿Qué hace ANALYZE TABLE en PostgreSQL?. Crea índices en todas las columnas. Reconstruye los índices existentes. Actualiza las estadísticas del planificador sobre la distribución de datos en la tabla. Verifica la integridad referencial.

17¿Por qué evitar SELECT * en consultas de producción mejora el rendimiento?. Porque SELECT * no es SQL estándar. Porque transmite solo las columnas necesarias, reduciendo el tráfico de red y la cantidad de datos a procesar. Porque SELECT * genera errores con índices. Porque SELECT * desactiva los índices.

18¿Qué significa que el planificador de PostgreSQL usa un árbol de planificación?. Que los planes de ejecución se almacenan en estructura de árbol binario. Que los nodos hoja del árbol ejecutan primero y el resultado sube hacia el nodo raíz. Que los índices son siempre de tipo árbol B. Que se ejecutan primero los nodos raíz.

19¿Cuándo puede ser contraproducente crear demasiados índices en una tabla?. Nunca, más índices siempre es mejor. Cuando la tabla tiene muchas operaciones de escritura (INSERT, UPDATE, DELETE), ya que cada cambio actualiza todos los índices. Cuando la tabla tiene pocas columnas. Cuando la tabla está vacía.

20¿Qué tipo de sugerencia de ejecución en PostgreSQL permite deshabilitar el uso de índices para forzar un Seq Scan?. SET enable_index=off. SET enable_indexscan = off. DISABLE INDEX ON tabla. FORCE SEQ SCAN ON tabla.