Examen Base de Datos

Si tenemos en una tabla los campos nombre y apellidos. Para que aparezcan juntos debemos concatenar con el símbolo &. Para que aparezcan juntos debemos concatenar con el símbolo +. Para que aparezcan juntos debemos concatenar con el símbolo %. Todas son ciertas.

Teniendo la siguiente consultas SQL, marca la/s afirmación/es correcta/s. SELECT numemp, nombre, oficina FROM empleados WHERE oficina IN (12,14,16). Sería equivalente poner en la cláusula WHERE (oficina = 12) OR (oficina = 14) OR (oficina = 16). Sería equivalente poner en la cláusula WHERE oficina BETWEEN 12 AND 16. Las expresiones a y b son ciertas. Las expresiones a y b son falsas.

Teniendo la siguiente consulta SQL, marca la/s afirmación/es correcta/s. SELECT TOP 4 nombre FROM Gente ORDER BY nombre;. La cláusula ORDER BY no es compatible con la cláusula TOP. Las repeticiones no se contabilizan en la cláusula TOP. Si no especificamos ningún número después de TOP aparecen las 10 primeras filas. La cláusula TOP siempre se guía por la/s columna/s de ordenación (cláusula ORDER BY) o en su defecto por la clave principal de la tabla.

Teniendo la siguiente consulta SQL, marca la/s afirmación/es correcta/s. INSERT INTO empleados (numemp, oficina, nombre, titulo, contrato) VALUES (200, 30, 'Santiago Marín', 'representante', #06/23/01#,0). Modifica los campos de un registro existente con los valores relatados en la cláusula VALUE. Podría dar error si alguno de los valores no cumpliesen las reglas de integridad referencial o restricciones de los campos. Se añade un registro con los datos de la cláusula VALUE al principio de la tabla. Es obligatorio relatar los nombres de los campos a insertar ya que si cambia el orden de las columnas en el diseño de la tabla produciría errores de 'tipo no corresponde' o lo que es peor podría asignar valores erróneos sin que nos demos cuenta.

Teniendo los datos que aparecen en la foto de más abajo y haciendo sobre ellos una consulta de referencias cruzadas con el siguiente formato, marca la/s afirmación/es correcta/s. TRANSFORM Sum(importe) SELECT rep as empleado FROM pedidos GROUP BY rep PIVOT month(fechapedido). Aparecerán como columna dinámica todos los meses del año. Aparecerán como columna fija todos los meses del año. Aparecerán solo los meses del año que hayan tenido datos en las columnas dinámicas. La información dinámica aparecerá por años.

En una consulta de referencias cruzadas, marca la/s afirmación/es correcta/s. Se pueden poner más de una columna dinámica. Se puede usar la claúsula HAVING. Se puede usar la claúsula WHERE. Todas las anteriores son correctas.

Las subconsultas: Se puede encontrar en la lista de selección, en la cláusula WHERE, en la cláusula HAVING o en la cláusula GROUP BY de la consulta principal. Cuando se ejecuta una consulta que contiene una subconsulta, la subconsulta se ejecuta por cada fila de la consulta principal. Una referencia externa en una subconsulta es un nombre de columna que no se refiere a ninguna columna de las tablas designadas en la FROM de la subconsulta sino a una columna de las tablas designadas en la FROM de la consulta principal. Todas las respuestas son ciertas.

Una subconsulta en la cláusula FROM: En la cláusula FROM se puede encontrar una sentencia SELECT encerrada entre paréntesis. No se considera una subconsulta como tal, ya que solo se ejecuta una vez al comienzo de la consulta. Admite referencias externas. Todas las respuestas son ciertas.

En la siguiente consulta SQL, marca la/s afirmación/es correcta/s. SELECT numemp, nombre, oficina FROM empleados WHERE EXISTS (SELECT * FROM oficinas WHERE region = 'este' AND empleados.oficina = oficinas.oficina);. Daría un error sintáctico ya que no va ningún nombre de columna delante del EXISTS. En la lista de selección de la subconsulta no se puede poner el comodín *, hay que nombrar los campos uno a uno. Lista los empleados de las oficinas del este. Todas son correctas.

En la siguiente sentencia SQL, marca la/s afirmación/es correcta/s. ALTER TABLE shippers MODIFY COLUMN last_name VARCHAR(1) ;. Todas son correctas. Funcionaría correctamente en cualquier sistema gestor de bases de datos. Contiene errores de sintaxis. Podría resultar en una pérdida de datos almacenados.

A la hora de implementar en una BBDD de una empresa la relación entre las entidades vehículos y empleados para llevar un registro de que vehículo de la flota ha utilizado cada empleado en cada momento: Necesitaría implementarse al menos mediante 3 tablas. Debería incluir claves foráneas en las tablas de ambas entidades. Es por definición siempre del tipo varios a varios. Todas son correctas.

Considerando las siguientes consultas SQL sobre las tablas customer y address, marca la/s afirmación/es correcta/s. SELECT first_name, last_name, address FROM customer c, address a WHERE c.address_id=a.address_id ; SELECT first_name, last_name, address FROM customer c INNER JOIN address a ON c.address_id=a.address_id ;. La primera contiene errores de sintaxis por incluir alias de tabla sin cláusula JOIN. Son equivalentes. Podrían dar como resultado diferente número de filas si en alguna de las dos tablas existieran registros sin relacionar con la otra tabla. Presentan errores de sintaxis al carecer ambas de la instrucción AS en los alias de la tabla.

Considerando la siguiente consulta SQL ejecutada sobre la tabla empleados, marca la/s afirmación/es correcta/s. SELECT id_empleado AS Código, nombre_empleado AS Nombre FROM empleados WHERE id_empleado = 123 ;. Todas son correctas. Utiliza alias de tabla. Devolvería cuatro columnas. Devolvería una sola fila asumiendo que id_empleado es la clave principal.

En una consulta SQL, la cláusula WHERE: Es incompatible con la cláusula ORDER BY. Siempre debe ir acompañada de una cláusula ORDER BY. Puede ir acompañada de una cláusula ORDER BY. Es una alternativa a la cláusula ORDER BY.

En cuanto a los diferentes tipos de JOIN. Una del tipo LEFT JOIN siempre dará como resultado un número inferior de registros que una INNER JOIN. Una del tipo RIGHT JOIN siempre dará como resultado un número diferente de registros que una INNER JOIN. Tanto las de tipo RIGHT JOIN como las del tipo LEFT JOIN pueden potencialmente dar como resultado un número diferente de registros que una INNER JOIN. Todas son incorrectas.

Teniendo la siguiente consulta SQL de actualización sobre una supuesta tabla employees, marca la/s afirmación/es correcta/s. UPDATE employees SET last_name = ‘SCHMIDT’ WHERE last_name = ‘SMITH’ ;. Podría actualizar más de un registro de la tabla employees. Es incorrecta debido a que no incluye todos los campos de la tabla employees. Es incorrecta puesto que pretende actualizar el mismo campo que figura en la cláusula WHERE. Tan solo actualizaría un registro de la tabla employees.

Teniendo la siguiente consulta SQL de eliminación sobre una supuesta tabla employees, marca la/s afirmación/es correcta/s. DELETE FROM employees WHERE last_name LIKE ‘%SMITH%’ ;. Es incorrecta puesto que carece de la definición de campos a eliminar o en su defecto el carácter comodín * después de la instrucción DELETE. Tan solo eliminaría un registro de la tabla employees. Podría resultar en la eliminación de más de un registro de la tabla employees. Es incorrecta puesto que incluye el operador LIKE incompatible con sentencias del tipo DELETE.

Sean c1, c2 y c3 tres condiciones dentro de la siguiente cláusula WHERE ¿Cuáles de los siguientes casos podrían aparecer como resultados?, marca la/s afirmación/es correcta/s. WHERE c1 AND (c2 OR c3). Registros cumplen la c3 y la c1. Registros que cumplen alguna de las 3 condiciones. Ninguno de estos casos. Registros que cumplen la c2 y la c1.

Definir un campo como NOT NULL. Evita que el campo quede sin rellenar. Sería reiterativo en el caso de una Primary Key. Supone aplicar una restricción a ese campo. Todas son correctas.

La siguiente consulta SQL sobre una supuesta tabla productos: SELECT count(id_product), id_categoria FROM productos WHERE precio_venta <= 50 GROUP BY id_categoria ORDER BY id_categoria HAVING count (id_product) > 100 ;. No mostrará categorías en las cuales figuren menos de 100 productos de precio inferior o igual a 50. Mostrará como resultado tantas filas como categorías diferentes existan. Las dos respuestas son correctas.

Una consulta de actualización UPDATE. Solo puede incluir un campo de la tabla a actualizar. Debe incluir todos los campos de la tabla a actualizar. Puede incluir todos los campos de la tabla a actualizar. Todas son incorrectas.

Teniendo las siguientes tabla y la los datos que se presentan en ella, marca la/s afirmación/es correcta/s. SELECT provincia, sum(edad) AS [Suma de Edades], avg(edad) AS [Media de Edades] FROM tabla1 GROUP BY provincia HAVING avg(edad)>=18 ;. En el resultado de la consulta solo aparecen las personas de Málaga, la suma y la media de sus edades. En el resultado de la consulta aparecen las personas de Málaga y Cádiz, la suma y la media de sus edades. En el resultado de la provincia aparece el nombre de la provincia de Málaga, la suma y la media de las edades de las personas de esa provincia. En el resultado de la provincia aparece el nombre de las provincias de Málaga y Cádiz, la suma y la media de las edades de las personas de esas provincias.

Si tenemos la siguiente consulta SQL y la tabla que se muestra a continuación: SELECT AVG(col1) AS average FROM tabla1. El resultado es 4. El resultado es 6. El resultado es 24. El resultado es 0.

Si tenemos las siguientes instrucciones SQL: SELECT COUNT(numemp) FROM empleados y SELECT COUNT(*) FROM empleados. Las dos sentencias devuelven el mismo resultado siempre que la columna numemp no contenga valores nulos. Las dos sentencias devuelven el mismo resultado siempre que la columna numemp sea clave principal. Las dos sentencias devuelven el mismo resultado siempre que la columna numemp sea clave foránea. Las dos sentencias devuelven el mismo resultado siempre que la columna numemp sea de tipo numérico.

SELECT AVG(SUM(ventas)) FROM ... La consulta devolvería la media de la suma de ventas. La consulta es incorrecta. Solo sería posible usarla en consultas simples (de una sola tabla). Solo funcionará correctamente si el campo ventas es numérico.

Si tenemos la siguiente consulta SQL y los siguientes datos SELECT SUM(ventas) FROM empleados GROUP BY oficina. Aparece una fila por cada número de oficina distinto que aparece en la tabla. La cantidad de 76.000 € no aparece en la lista. Aparecen 6 filas de resultado. La consulta es incorrecta.

Teniendo la siguiente consulta SQL, marca la/s respuesta/s correcta/s. SELECT tabla1.idfab,tabla1.idproducto,tabla2.fab,tabla2.product FROM tabla1,tabla2;. Resulta una tabla con las filas de la primera tabla compuestas con todas las filas de la segunda. Resulta una tabla con las filas de todas las tablas que intervienen en la operación. Aparecen los elementos de las tablas que tienen un campo en común y además los elementos de la tabla A que no tienen ninguna relación con B. Aparecen los elementos de las tablas que tienen un campo en común y además los elementos de la tabla B que no tienen ninguna relación con A.

La instrucción SELECT se encuentra en el: DDL (Data definition Language). DML (Data Manipulation Language). DCL (Data control Language). Ninguno de los anteriores.

En MySQL Server, una vez que arrancamos el servidor de bases de datos, ¿qué instrucción debemos usar para poder empezar a realizar consultas y otras gestiones con cualquier BD?.

En MySQL Server, se usa un programa en entorno gráfico que nos ayuda visualmente a realizar todas las operaciones de gestión sobre cualquier BD, ¿Cómo se llama ese programa?.

En MySQL Server, ¿Qué diferencia principal hay entre el tipo de datos “Integer” y “float”?.

En MySQL Server, ¿Cuál es la cláusula para darle a un campo la propiedad de “Clave primaria”?.