SQL para TAI: 8 ejercicios resueltos de JOIN, NULL y GROUP BY

Para practicar SQL en la oposición de TAI, una buena prueba es predecir las filas que devolverá una consulta antes de ejecutarla. Si solo reconoces la sintaxis, puedes pasar por alto una duplicación, un valor NULL o un filtro que elimina justo la fila que querías conservar.

Aquí tienes ocho ejercicios originales con dos tablas pequeñas y resultados comprobados. Primero crea los datos; después resuelve cada caso con las soluciones cerradas. Las personas, departamentos y puntuaciones son ficticios. No representan notas de opositores ni datos de ninguna Administración.

El bloque III del programa de ingreso libre TAI del Anexo V de la Resolución de 18 de diciembre de 2025 incluye lenguajes de interrogación de bases de datos y estándar ANSI SQL. Esta pieza desarrolla una parte de esa materia; no anuncia el programa ni el formato de una convocatoria futura.

Prepara la base de datos del ejercicio

Utiliza una base de datos de prácticas vacía. El script crea dos tablas con nombres en inglés para que puedas copiar las consultas sin cambiar identificadores. No lo ejecutes sobre una base de datos de trabajo que ya contenga tablas con esos nombres.

CREATE TABLE departments (
  id INTEGER PRIMARY KEY,
  name VARCHAR(40) NOT NULL
);

CREATE TABLE people (
  id INTEGER PRIMARY KEY,
  name VARCHAR(40) NOT NULL,
  department_id INTEGER REFERENCES departments(id),
  score INTEGER
);

INSERT INTO departments (id, name) VALUES
  (10, 'Desarrollo'),
  (20, 'Sistemas'),
  (30, 'Soporte');

INSERT INTO people (id, name, department_id, score) VALUES
  (1, 'Ana', 10, 70),
  (2, 'Bruno', 10, 80),
  (3, 'Carla', 20, 90),
  (4, 'Diego', NULL, 60),
  (5, 'Elena', 20, NULL);

La tabla departments contiene tres departamentos. people tiene cinco personas: dos en Desarrollo, dos en Sistemas y una sin departamento asignado. Además, una de las personas no tiene puntuación. Son dos ausencias diferentes: Diego carece de departamento; Elena carece de puntuación.

Las consultas y sus salidas se han comprobado ejecutándolas en SQLite. Utilizan construcciones comunes de SQL; las referencias técnicas enlazadas son la documentación de PostgreSQL. No se ha verificado aquí la ejecución en todos los gestores ni se presupone que un examen utilice uno concreto. Si una pregunta especifica motor o versión, esa condición forma parte del enunciado.

Método: dibuja la tabla intermedia

Antes de ejecutar, escribe qué filas esperas tras la combinación y cuáles sobreviven al filtro. Después calcula grupos y agregados, si los hay. Esta es una forma de razonar el resultado, no una descripción del plan físico que elegirá un optimizador.

Para cada ejercicio conserva tres cosas: tu predicción, la salida real y una frase que explique la diferencia si has fallado. No empieces cambiando al azar la consulta hasta que aparezca el resultado deseado. Primero localiza si el error está en la relación, en el filtro, en el recuento o en el tratamiento de NULL.

Ejercicio 1. Personas con departamento: INNER JOIN

Reto: muestra el nombre de cada persona y el de su departamento, solo cuando exista coincidencia. Ordena por el identificador de la persona. Predice si aparecerán cuatro o cinco filas y explica qué ocurrirá con Diego y Elena.

SELECT p.name AS person, d.name AS department
FROM people AS p
INNER JOIN departments AS d
  ON d.id = p.department_id
ORDER BY p.id;

Ejercicio 2. Conservar a todas las personas: LEFT JOIN

Reto: cambia la consulta para que aparezcan las cinco personas, aunque alguna no tenga departamento. ¿Qué tabla debe quedar a la izquierda? No basta con cambiar una palabra si también inviertes las tablas.

SELECT p.name AS person, d.name AS department
FROM people AS p
LEFT JOIN departments AS d
  ON d.id = p.department_id
ORDER BY p.id;

Ejercicio 3. Departamento vacío: COUNT(*) frente a COUNT(p.id)

Reto: cuenta personas por departamento, incluyendo Soporte aunque esté vacío. Añade dos columnas de recuento: una con COUNT(*) y otra con COUNT(p.id). Predice las dos cifras para Soporte.

SELECT d.id, d.name AS department,
       COUNT(*) AS joined_rows,
       COUNT(p.id) AS people_count
FROM departments AS d
LEFT JOIN people AS p
  ON p.department_id = d.id
GROUP BY d.id, d.name
ORDER BY d.id;

Ejercicio 4. Un filtro en WHERE

Reto: predice esta salida. Queremos estudiar qué ocurre, no dar por supuesto que la consulta conserva todos los departamentos por contener LEFT JOIN.

SELECT d.id, p.name AS person, p.score
FROM departments AS d
LEFT JOIN people AS p
  ON p.department_id = d.id
WHERE p.score >= 80
ORDER BY d.id, p.id;

Ejercicio 5. El mismo filtro en ON

Reto: coloca la condición de puntuación en el ON, manteniendo la relación por departamento. ¿Aparece ahora Soporte? Compara el resultado con el anterior, no solo la forma de escribir la consulta.

SELECT d.id, p.name AS person, p.score
FROM departments AS d
LEFT JOIN people AS p
  ON p.department_id = d.id
 AND p.score >= 80
ORDER BY d.id, p.id;

Ejercicio 6. Seleccionar grupos con HAVING

Reto: devuelve únicamente los departamentos con al menos dos personas. Debes conservar el recuento de personas del ejercicio 3, sin usar la puntuación como condición. ¿En qué parte sitúas la condición sobre el agregado?

SELECT d.id, d.name AS department,
       COUNT(p.id) AS people_count
FROM departments AS d
LEFT JOIN people AS p
  ON p.department_id = d.id
GROUP BY d.id, d.name
HAVING COUNT(p.id) >= 2
ORDER BY d.id;

Ejercicio 7. Buscar una ausencia concreta: IS NULL

Reto: encuentra las personas sin departamento. No te piden las personas sin puntuación. Predice qué devuelve cada una de las siguientes consultas.

SELECT name
FROM people
WHERE department_id IS NULL
ORDER BY id;

SELECT name
FROM people
WHERE department_id = NULL
ORDER BY id;

Ejercicio 8. NOT IN y una subconsulta con NULL

Reto: queremos los departamentos sin personas. Predice primero esta consulta y comprueba qué valores devuelve su subconsulta.

SELECT d.id, d.name
FROM departments AS d
WHERE d.id NOT IN (
  SELECT p.department_id
  FROM people AS p
)
ORDER BY d.id;

SELECT d.id, d.name
FROM departments AS d
WHERE NOT EXISTS (
  SELECT 1
  FROM people AS p
  WHERE p.department_id = d.id
)
ORDER BY d.id;

Tabla final de resultados comprobados

Los ORDER BY hacen que las salidas se puedan comparar en el orden mostrado. No deduzcas que una consulta sin ordenación explícita garantiza siempre ese mismo orden. Tampoco confundas el número de filas con el número de personas: el ejercicio 3 demuestra por qué hay que mirar qué representa cada fila.

Cómo continuar estudiando SQL para TAI

Repite la práctica cambiando un solo dato: añade una persona en Soporte, asigna un departamento a Diego o da puntuación a Elena. Antes de ejecutar, identifica qué ejercicios deberían cambiar y cuáles no. Si alteras toda la tabla a la vez, será más difícil atribuir cada diferencia a su causa.

Esta guía es una pieza de apoyo de bases de datos. Para organizar el resto, consulta los recursos de temario TAI. Si necesitas la materia desarrollada, revisa el alcance del Pack Temario TAI 2027: es un producto de pago y su ficha especifica los bloques y los materiales incluidos. El nombre de la edición no sustituye la convocatoria oficial aplicable.

Guarda tus resultados y clasifica los fallos por combinación, filtro, agregado o nulos. Termina la sesión explicando uno de los contraejemplos sin mirar el código. Si puedes justificar por qué Soporte aparece en una consulta y desaparece en otra, habrás practicado una habilidad que se transfiere a preguntas con datos distintos.

Preguntas frecuentes

¿Estos ejercicios SQL son de un examen oficial de TAI?

No. Son ejercicios originales de entrenamiento. El programa del Anexo V de la Resolución de 18 de diciembre de 2025 incluye lenguajes de interrogación de bases de datos y estándar ANSI SQL; esta práctica trabaja una parte de esa materia.

¿COUNT(*) y COUNT(columna) dan siempre lo mismo?

No. En el conjunto de datos de esta guía, el departamento sin personas produce una fila al usar LEFT JOIN: COUNT(*) devuelve 1 y COUNT(p.id) devuelve 0. El tercer ejercicio permite comprobar la diferencia.

¿Por qué un filtro WHERE puede eliminar filas de un LEFT JOIN?

Porque el filtro se aplica sobre el resultado del JOIN. Si exige una condición de la tabla derecha que no cumplen sus valores NULL, elimina esas filas. Los ejercicios 4 y 5 comparan el mismo filtro en WHERE y en ON.

¿Qué problema tiene NOT IN cuando la subconsulta devuelve NULL?

Puede producir un resultado desconocido en lugar de verdadero para valores sin coincidencia. En el ejemplo de esta guía, NOT IN no devuelve el departamento vacío; NOT EXISTS expresa correctamente la búsqueda y sí lo devuelve.