Nivel 4 · Clientes perdidos con EXCEPT

EXCEPT devuelve las filas de la primera consulta que no aparecen en la segunda. Es la “resta” de las operaciones de conjuntos, y el orden de las dos consultas importa.

La consulta

SELECT customer_id FROM orders
WHERE status = 'completed' AND order_date >= '2024-01-01' AND order_date < '2025-01-01'
EXCEPT
SELECT customer_id FROM orders
WHERE status = 'completed' AND order_date >= '2025-01-01' AND order_date < '2026-01-01';

De los 997 clientes que completaron un pedido en 2024, 752 también compraron en 2025 (el nivel anterior), y 245 no. Igual que UNION e INTERSECT, un EXCEPT simple devuelve filas distintas, así que cada cliente perdido aparece una vez. Intercambia las dos consultas y obtienes otra pregunta: compradores de 2025 que no compraron en 2024.

Poner la operación de conjuntos dentro de una CTE y hacer después el join o el filtro es el patrón limpio: la comparación ocurre solo sobre customer_id, y los nombres y correos se añaden cuando la lista ya es definitiva.

EXCEPT ALL

EXCEPT ALL (admitido en DuckDB y Postgres) trabaja con conteos en lugar de filas distintas: cada fila de la derecha cancela una fila coincidente de la izquierda. Con estas ramas, que son una fila por pedido, devuelve 1,564 filas. Ese número no es clientes ni pedidos de clientes perdidos, es “pedidos de 2024 que sobran tras cancelar uno por cada pedido de 2025”. Rara vez lo quieres para listas de personas. Es útil para conciliar dos copias de la misma tabla, donde los duplicados son filas reales.

EXCEPT, NOT EXISTS y NOT IN

El mismo “en A pero no en B” se puede escribir de tres formas, y difieren con los NULL. Toma los clientes que nunca tuvieron una sesión web. web_sessions.customer_id es NULL para las visitas anónimas:

SELECT customer_id FROM customers
EXCEPT
SELECT customer_id FROM web_sessions;          -- 205 rows

NOT EXISTS con una subconsulta correlacionada también devuelve 205. Pero WHERE customer_id NOT IN (SELECT customer_id FROM web_sessions) devuelve 0: una vez que la lista contiene un NULL, NOT IN nunca puede ser verdadero. EXCEPT trata los NULL como iguales entre sí y simplemente compara filas, así que es inmune a esa trampa. El capítulo 11 tiene un nivel entero sobre el fallo de NOT IN.

Errores comunes

• Dirección equivocada. Léelo como “A, salvo los que también están en B” y comprueba que la primera consulta es A.
• Filtros distintos en las dos ramas. Si la rama de 2025 olvida status = 'completed', un cliente cuyo único pedido de 2025 fue cancelado deja de contar como perdido.
• Columnas extra en la comparación. SELECT customer_id, channel llamaría perdido a un cliente que solo cambió de canal.
• Llamar tasa de abandono a 245. Es un conteo. La tasa es 245 / 997 = 24.6% de los compradores de 2024.

En SQL Server

EXCEPT funciona igual en SQL Server, pero no hay EXCEPT ALL. Oracle lo llama MINUS (EXCEPT desde la 21c), y MySQL admite EXCEPT desde la 8.0.31, así que el código más antiguo usa NOT EXISTS.