IN, EXISTS, ANY y ALL

Estos operadores trabajan con conjuntos de valores, y ese conjunto puede salir de una subconsulta ▸2:44:08. La base tiene tres tablas ▸2:45:11:

SELECT * FROM ventas;

▶ EjecutarReiniciar baseCtrl + Enter

productos (id, nombre, precio), clientes (id, nombre, ciudad, edad) y ventas, que dice qué cliente compró qué producto, cuántas unidades y cuándo.

IN con una subconsulta ▸2:46:18

En la clase 4, la lista de IN estaba escrita a mano. Ahora sale de los datos: los clientes que hicieron al menos una compra.

SELECT * FROM clientes WHERE id_cliente IN (SELECT id_cliente FROM ventas);

▶ EjecutarReiniciar baseCtrl + Enter

La subconsulta de un IN tiene que devolver una sola columna: un valor por registro ▸2:47:25. Y con NOT IN, los que nunca compraron.

EXISTS: ¿hay al menos un registro relacionado? ▸2:47:59

EXISTS no compara valores: devuelve verdadero si la subconsulta trae al menos una fila y falso si viene vacía ▸2:48:33. Por eso da igual qué selecciones adentro; se acostumbra SELECT 1.

Los productos que alguna vez se vendieron en más de dos unidades ▸2:50:21:

SELECT * FROM productos AS p WHERE EXISTS ( SELECT 1 FROM ventas AS v WHERE v.id_producto = p.id_producto AND v.cantidad > 2 );

▶ EjecutarReiniciar baseCtrl + Enter

La subconsulta mira, producto por producto, si hay una venta suya que cumpla la condición. Solo el reloj de titanio ▸2:51:29. Lo mismo se puede resolver con un INNER JOIN y un filtro ▸2:52:05:

SELECT DISTINCT p.* FROM productos AS p JOIN ventas AS v ON v.id_producto = p.id_producto WHERE v.cantidad > 2;

▶ EjecutarReiniciar baseCtrl + Enter

Usa la que te resulte más intuitiva: las dos devuelven lo mismo ▸2:53:14.

ANY y ALL ▸2:53:46

• precio > ANY (lista) — verdadero si es mayor que al menos uno de la lista. Basta con superar al mínimo ▸2:54:53.
• precio > ALL (lista) — verdadero si es mayor que todos. Hay que superar al máximo.

SQLite no tiene ANY ni ALL ▸2:55:23 (PostgreSQL, SQL Server y MySQL sí). La equivalencia con MIN y MAX funciona en cualquier motor. Los productos más caros que alguno de los productos 1, 2 y 3 (que cuestan 50, 120 y 300) ▸2:58:28:

-- En PostgreSQL: WHERE precio > ANY (SELECT precio FROM productos WHERE id_producto IN (1, 2, 3)) SELECT * FROM productos WHERE precio > ( SELECT MIN(precio) FROM productos WHERE id_producto IN (1, 2, 3) );

▶ EjecutarReiniciar baseCtrl + Enter

Y los más caros que todos ellos ▸2:59:39:

-- En PostgreSQL: WHERE precio > ALL (SELECT precio FROM productos WHERE id_producto IN (1, 2, 3)) SELECT * FROM productos WHERE precio > ( SELECT MAX(precio) FROM productos WHERE id_producto IN (1, 2, 3) );

▶ EjecutarReiniciar baseCtrl + Enter

Solo el reloj de titanio, de 400, supera a los tres ▸3:00:09. Siempre hay una forma de escribir la consulta sin el operador que tu motor no tiene ▸3:00:50.

Retos de esta clase

1. Los productos que nunca se han vendido.

SELECT * FROM productos;

▶ EjecutarComprobarReiniciar baseVer soluciónCtrl + Enter

2. Con EXISTS: los clientes que compraron algún producto de más de 100. Todas las columnas de clientes.

SELECT * FROM clientes;

▶ EjecutarComprobarReiniciar baseVer soluciónCtrl + Enter

3. Los clientes mayores que todos los clientes de Cuenca (sin ALL).

SELECT * FROM clientes WHERE ciudad = 'Cuenca';

▶ EjecutarComprobarReiniciar baseVer soluciónCtrl + Enter