SQL

El lenguaje SQL es: a) Propio de SQLServer. b) Propio de SQLServer y otros sistemas gestores de Microsoft, como Access. c) Universal, se puede utilizar en cualquier sistema gestor de base de datos relacional. d) Todas son falsas.

El DDL engloba las instrucciones SQL que permiten: a) Definir la estructura de una base de datos, como: crear una base de datos o crear y eliminar tablas. b) Realizar cambios en los datos contenidos en la base de datos: incluir registros, borrarlos, editarlos... c) Ejercer control sobre los procesos que ejecutan transacciones y los permisos de la base de datos. d) Todas son ciertas.

El DCL engloba las instrucciones SQL que permiten: a) Definir la estructura de una base de datos, como: crear una base de datos o crear y eliminar tablas. b) Realizar cambios en los datos contenidos en la base de datos: incluir registros, borrarlos, editarlos... c) Ejercer control sobre los procesos que ejecutan transacciones y los permisos de la base de datos. d) Todas son ciertas.

El DML engloba las instrucciones SQL que permiten: a) Definir la estructura de una base de datos, como: crear una base de datos o crear y eliminar tablas. b) Realizar cambios en los datos contenidos en la base de datos: incluir registros, borrarlos, editarlos... c) Ejercer control sobre los procesos que ejecutan transacciones y los permisos de la base de datos. d) Todas son ciertas.

El lenguaje Transact-SQL es una variante del SQL estándar, que incluye caracerísticas como: a) Herramientas para la creación de interfaces para el usuario de la base de datos. b) La posibilidad de crear aplicaciones ejecutables. c) Estructuras de control de flujo. d) Todas son ciertas.

Deberemos cualificar un nombre cuando: a) Referenciemos un campo, tabla o vista que forme parte de una base de datos externa, es decir, que no forme parte de la base de datos que está activa. b) Si realizamos una consulta con varias tablas y necesitamos referenciar un campo que se encuentra en más de una de ellas. c) A y B son ciertas. d) A y B son falsas.

Para llamar a un campo Fecha contrato deberemos... a) Escribir (Fecha contrato). Entre paréntesis. b) Escribir [Fecha contrato]. Entre corchetes. c) No se puede escribir espacios en los nombres de los campos, deberemos escribir Fecha_contrato. d) Todas son falsas.

Señala cuál es un comentario válido para SQL. a) /* Esto es un comentario */. b) - Esto es un comentario. c) // Esto es un comentario. d) <!-- Esto es un comentario -->.

Transact-SQL permite definir: a) Variables. b) Constantes. c) Funciones propias. d) Todas son ciertas.

La cláusula FROM indica el origen de datos para la consulta y puede constar de: a) Una tabla. b) Una vista. c) A y B son ciertas. d) A y B son falsas.

Si queremos utilizar la tabla de una base de datos externa (Base2) en nuestra consulta... a) Deberemos cualificarla, de la siguiente forma: FROM Base2.tabla. b) Podremos indicar el nombre de la tabla directamente : FROM tabla. c) No podemos utilizar más de una base de datos en la misma consulta. d) Deberemos desconectar de la base de datos actual y conectar con la Base2.

El alias se puede aplicar en: a) El origen, por ejemplo: tablaempleados as Empleados. b) La lista de selección, por ejemplo: nomemp as [Nombre Empleado]. c) A y B son ciertas. d) A y B son falsas.

Señala cuál de los siguientes ejemplos es correcto: a) SELECT nom as Nombre FROM empleados WHERE Nombre='Juan'. b) SELECT nom Nombre FROM empleados WHERE Nombre='Juan'. c) SELECT nom Nombre FROM empleados ORDER BY Nombre. d) SELECT nom Nombre FROM empleados ORDER BY Apellido='García'.

Señala cuál de los siguientes ejemplos es incorrecto: a) SELECT precio_unidad = (importe/cantidad)... b) SELECT (importe/cantidad) AS precio_unidad... c) SELECT precio_unidad = ROUND(importe/cantidad)... d) SELECT precio_unidad = ROUND((importe/cantidad), 2)...

¿Dónde utilizamos la palabra clave *?. a) En la lista de selección, para indicar que queremos mostrar todas las columnas del origen indicado. b) En el origen de datos, para indicar que queremos utilizar como origen todas las tablas de la base de datos. c) A y B son ciertas. d) A y B son falsas.

Si a una consulta aplicamos una ordenación mediante el ORDER BY... a) Deberemos indicar si queremos ordenar de forma ascendente (ASC) o descendente (DESC) o dará error. b) Deberemos indicar si queremos ordenar de forma ascendente o descendente. Si no indicamos nada, se ordenará de forma ascendente por defecto. c) Deberemos indicar ASC o DESC, pero sólo en caso de que se trate de un campo alfabético. Para otros tipos de datos no funciona (como fechas o campos numéricos). d) Todas son falsas.

La cláusula DISTINCT... a) Agiliza las consultas, porque debe mostrar menos resultados. b) Se utiliza para no mostrar las filas que repitan el mismo valor en un determinado campo (columna). c) Se utiliza para no mostrar las filas que se repitan en todos sus campos, es decir, que sea idénticas. Ralentiza la consulta porque debe evaluar al final si se repiten y eliminarlas del listado generado. d) Se ejecuta de forma predeterminada. Para que no sea así debemos indicar ALL, por ejemplo: SELECT ALL oficina FROM empleados.

La cláusula TOP... a) Tiene más sentido en consultas con ORDER BY. Al ejecutarse, primero se ordenan según un criterio y luego se extraen las N primeras. b) Puede ir acompañada de WITH TIES, si queremos mostrar todos los valores iguales al último del ranking. c) Puede ser porcentual, es decir, mostrar el 8% del total de registros, por ejemplo, para que el listado sea proporcional a su volumen. d) Todas son ciertas.

La cláusula WHERE... a) Permite indicar una condición para filtrar los resultados. Por ejemplo: WHERE nombre='Juan'. b) Admite funciones. Por ejemplo: WHERE YEAR(contrato)=1985. c) Admite intervalos de valores. Por ejemplo: WHERE YEAR(contrato) BETWEEN 1985 AND 1995. d) Todas son ciertas.

Para unir dos tablas con la cláusula UNION, éstas deberán: a) Tener los datos de una o más columnas en común. Por ejemplo, que en ambas tablas se referencie a un código. b) Tener el mismo esquema de tabla, es decir, mismo número de columnas y mismo tipo de datos, en el mismo orden. c) Tener registros (filas) en común. d) Estar en la misma base de datos.

Cuando utilizamos UNION con dos tablas, sin incluir una cláusula ORDER BY, se muestra una única tabla... a) Situando los registros de la primera tabla de la sentencia SQL a la derecha. Se mantienen los encabezados de ambas. b) Situando los registros de la primera tabla de la sentencia SQL a la izquierda. Se mantienen los encabezados de ambas. c) Situando los registros de la primera tabla de la sentencia SQL encima de la segunda. Se utilizan los encabezados de la primera. d) Situando los registros de la segunda tabla de la sentencia SQL encima de la primera. Se utilizan los encabezados de la segunda.

Cuando utilizamos UNION... a) Es una buena práctica escribir la cláusula DISTINCT, para que se eliminen los registros repetidos. b) No necesitamos incluir un DINSTINCT, porque lo realiza automáticamente, a menos que indiquemos lo contrario (ALL). c) No podremos utilizar las cláusulas DISTINCT/ALL. d) La consulta se realiza más rápidamente porque por defecto ejecuta la cláusula DISTINCT.

Las cláusulas INTERSECT y EXCEPT: a) Tienen una sintaxis similar. b) Se basan en la comparación de tablas. Una muestra los registros que tienen en común y la otra los que están en la primera tabla pero no en la segunda. c) A y B son ciertas. d) A y B son falsas.

UNION, INTERSECT y EXCEPT sólo permiten comparar tablas que tienen el mismo esquema. a) Verdadero. b) Falso.

Señala la afirmación incorrecta. La composición de tablas... a) Amplia la información de una tabla con la de otra, emparejando filas. b) Muestra datos de dos tablas, que pueden tener un esquema diferente. c) Se consigue indicando más de una tabla de origen en la FROM. d) Precisa obligatoriamente de la cláusula ON, donde se indica la columna que tienen en común ambas tablas.

Indica si la siguiente sentencia es correcta: SELECT * FROM empleados INNER JOIN oficinas ON oficina = oficina;. a) No, porque en las tablas compuestas no se puede utilizar la palabra clave *. b) No, porque si el campo se llama igual en ambas tablas hay que cualificarlo: empleados.oficina y oficinas.oficina. c) No, porque la sentencia correcta sería: SELECT * FROM empleados, oficinas WHERE empleados.oficina=oficinas.oficina;. d) Sí, es correcta.

Se pueden incluir varias combinaciones de tablas en una única consulta. a) Verdadero. b) Falso.

Las funciones de columna o de agregado: a) Realizan un cálculo, operación o comprobación sobre los valores de una columna. b) Hacen que se ejecute una consulta de resumen, de forma que es posible que no veamos los registros originales, sino el resultado del cálculo que se ha realizado sobre ellos. c) A y B son ciertas. d) A y B son falsas.

DISTINCT no se puede utilizar en las consultas de resumen. a) Verdadero. b) Falso.

Si aplicamos la cláusula WHERE en una consulta cuya lista de selección contiene una función de columna, por ejemplo SUM()... a) El WHERE se ejecuta antes de realizar el sumatorio. b) El WHERE se ejecuta después de realizar el sumatorio. c) El WHERE no se ejecuta. d) La consulta dará error, porque debemos utilizar HAVING.

La función COUNT(numemp) incluye en su recuento los valores NULL. a) Verdadero. b) Falso.

La función COUNT(*) incluye en su recuento las filas que contienen valores NULL. a) Verdadero. b) Falso.

Si una consulta contiene en su lista de selección columnas y funciones a la vez, por ejemplo: SELECT oficina, COUNT(numemp) as [Num empleados]... a) El GROUP BY deberá contener obligatoriamente las columnas no calculadas, en este caso oficina. b) El GROUP BY deberá contener obligatoriamente las columnas calculadas, en este caso COUNT(numemp) as [Num empleados]. c) A y B son ciertas. d) A y B son falsas.

CUBE y ROLLUP: a) Muestran filas de resumen. b) Se incluyen en la cláusula GROUP BY. c) A y B son ciertas. d) A y B son falsas.

La función de agregado GROUPING... a) Se indica en la lista de selección, y sirve para saber si se trata de una fila de resumen, resultado de un CUBE o un ROLLUP. b) Muestra una fila más, que incluye el total final de la función de agregado. c) No se puede utilizar en consultas que incluyan un GROUP BY. d) Se escribe a continuación del GROUP BY.

La cláusula HAVING... a) Actúa sobre las filas resultantes de una consulta de resumen y funciona igual que la cláusula WHERE. b) Actúa igual que la cláusula WHERE, sobre las filas origen. c) Se puede utilizar en consultas sin GROUP BY. d) Sólo se puede utilizar en consultas con ORDER BY.

Las subconsultas (o consulta interna)... a) Se escriben entre corchetes. b) Se escriben entre paréntesis. c) Se escriben entre llaves. d) Se finalizan con un punto y coma (;).

Las subconsultas no pueden contener la cláusula ORDER BY. a) A menos que contengan, además, la cláusula TOP. b) Porque no tendría sentido, ya que la subconsulta sirve para realizar una comprobación y no se va a visualizar. c) A y B son ciertas. d) A y B son falsas, ya que no hay problema en incluir un ORDER BY dentro de una subconsulta.

La subconsulta... a) Se ejecuta al final, después de recorrer todos los registros de la consulta principal. b) Se ejecuta por cada una de las filas de la consulta principal.

La referencia externa en una subconsulta es: a) Un campo que no se encuentra en el origen de datos de la subconsulta, sino en el de la consulta principal. b) Un campo que no se encuentra en el origen de datos de la consulta principal, sino que es exclusivo de la propia subconsulta.

Las subconsultas normalmente se utilizan en las cláusulas... a) WHERE y TOP. b) WHERE y FROM. c) WHERE y HAVING. d) WHERE y GROUP BY.

En las subconsultas introducidas por la cláusula EXISTS... a) Normalmente será necesario utilizar una referencia externa. b) Se utiliza la palabra clave * en la lista de selección, porque lo que se evalúa es si devuelve o no filas, y no nos interesa ningún campo en particular. c) A y B son ciertas. d) A y B son falsas.

Utilizar la expresión IN es equivalente a utilizar = ANY. a) Verdadero. b) Falso.

La subconsulta necesariamente debe tener un origen (FROM) diferente al de la consulta principal (externa). a) No, son independientes. Pueden ejecutar consultas tanto sobre la misma tabla o vista como sobre orígenes diferentes. b) No, porque las subconsultas no tienen origen de datos FROM. c) Sí, porque no se puede ejecutar dos consultas sobre la misma tabla o vista a la vez. d) Todas son falsas.

Una subconsulta puede contener una subconsulta dentro de ella. a) Verdadero. b) Falso.

Podemos insertar datos en una tabla nueva mediante la cláusula INSERT INTO. a) Verdadero. b) Falso.

La cláusula SELECT ... INTO requiere especificar una definición para la nueva tabla. a) Verdadero. b) Falso.

En las consultas INSERT ... a) Es obligatorio utilizar la palabra INTO de la siguiente forma: INSERT INTO. b) No podemos utilizar vistas como origen de datos. c) No se puede introducir valores nulos (NULL). d) Todas son falsas.

El peligro de insertar datos con la cláusula INSERT INTO es que no podemos saber si estamos infringiendo una regla de integridad. a) Verdadero. b) Falso.

¿Se puede actualizar (UPDATE) una columna de identidad?. a) Sí, siempre que le asignemos un valor que no exista. b) Sí, siempre que asignemos el valor que debería tener: si estamos actualizando el registro con identidad 7 y el valor máximo de la tabla es 30, deberíamos asignar el 31. c) No, porque este campo lo gestiona el sistema y daría error. d) Todas son falsas.

Para indicar qué filas queremos modificar, podemos aplicar la cláusula... a) WHERE, para aplicar una condición de filtro y modificar las que coincidan con el criterio. b) TOP, para indicar cuántas filas queremos modificar, aleatoriamente. c) A y B son ciertas. d) A y B son falsas.

Si una consulta UPDATE falla porque infringe una regla de integridad o hay un problema aritmético... a) El proceso de actualización continua, y se crea un listado con las filas que han sufrido algún error. b) El proceso de actualización continua y se añaden valores nulos a las columnas que generan errores. c) El proceso hace dos barridos: en el primero comprueba si podrá ejecutar el UPDATE completo y si hay errores te pregunta si deseas continuar, a pesar de que es posible que la integridad de los datos se comprometa o que se pierda información. d) El proceso se interrumpe y muestra un error.

DELETE permite eliminar... a) Una fila por cada consulta. b) Una fila o más. c) Un campo en concreto de una fila en particular. d) Una columna completa.

Indica cuál de las siguientes consultas no borrará todos los registros de tabla1: a) DELETE * FROM tabla1;. b) DELETE tabla1;. c) DELETE FROM tabla1 ;. d) DELETE TOP (100) PERCENT FROM tabla1;.

Para borrar todos los datos de una tabla sin restricciones, lo más rápido es: a) Utilizar DELETE. b) Utilizar UPDATE y actualizar todos los registros a NULL. c) Utilizar TRUNCATE.

El DDL normalmente es una función propia de: a) El programador. b) El analista. c) El usuario. d) El administrador.

Las sentencias propias del DDL son: a) SELECT, INSERT, DELETE y UPDATE. b) ORDER BY y GROUP BY. c) CREATE, DROP y ALTER. d) Todas son ciertas.

Podemos crear una base de datos mediante código SQL, sin necesidad de utilizar los menús de SSMS. a) Verdadero. b) Falso.

Para eliminar una base de datos, utilizamos: a) DELETE DATABASE. b) DROP DATABASE. c) REMOVE DATABASE. d) Todas son ciertas.

Para establecer una clave primaria formada por varias columnas, al crear una tabla. a) Indicamos PRIMARY KEY en cada una de las columnas. b) Indicamos PRIMARY KEY y a continuación, entre paréntesis, las columnas que la forman. c) Debemos hacerlo con los menús de SSMS, porque no se puede a nivel de SQL simplemente. d) Todas son falsas.

Una vez hemos creado una tabla ya no podremos incluir más columnas. a) Deberemos crear una nueva tabla que incluya todas las columnas y volcar los datos de una a otra. Luego, borramos la original y modificamos el nombre de la nueva para que sea el mismo. b) A menos que se trate de una FOREIGN KEY. c) A menos que se trate de una columna IDENTITY o calculada, porque es el propio sistema el que inserta los valores. d) La afirmación es falsa, porque podemos realizar un ALTER TABLE e incluir la cláusula ADD para añadir nuevas columnas.

Una vista: a) Es el resultado de una consulta que se guarda como si fuese una tabla más y cuyo contenido siempre está actualizado con los datos de las tablas origen. b) Se escribe como una SELECT normal, pero indicamos CREATE VIEW nombre AS antes, para indicar que queremos que se cree una vista del resultado de esa consulta. c) A y B son ciertas. d) A y B son falsas.

Sólo se puede crear vistas con una select que referencia a más de una tabla, porque de otro modo no tendría sentido y sería información redundante. a) Verdadero. b) Falso.

Si la tabla de pedidos tiene muchos registros, ¿es recomendable crear un índice en ella?. a) Probablemente no, porque es una tabla que normalmente se actualiza mucho y actualizar los índices sería una carga. b) No, porque los índices están especialmente pensados para tablas con pocos registros. c) Sí. d) Ninguna es cierta.

¿Y si la tabla no se actualizara apenas?. a) No, porque no importa cuánto se actualice, el problema es que tiene muchos registros y el índice ocuparía mucho. b) Sí, entonces sí que podría ser recomendable.