Nivel 1 · Una tabla de actividad con UNION ALL

Un join pone dos tablas una al lado de otra: más columnas. UNION ALL pone dos resultados de consulta uno encima de otro: más filas. Lo usas siempre que el mismo tipo de número vive en distintas tablas y lo quieres en un solo resultado.

Cómo funciona UNION ALL

SELECT 'orders' AS metric, CAST(DATE_TRUNC('month', order_date) AS DATE) AS month, COUNT(*) AS value
FROM orders
WHERE status = 'completed' AND order_date >= '2025-01-01' AND order_date < '2026-01-01'
GROUP BY month
UNION ALL
SELECT 'returns', CAST(DATE_TRUNC('month', returned_on) AS DATE), COUNT(*)
FROM returns
WHERE returned_on >= '2025-01-01' AND returned_on < '2026-01-01'
GROUP BY 2
ORDER BY month, metric;

Cada SELECT es una consulta completa con su propio FROM, WHERE y GROUP BY. La base de datos los ejecuta por separado y apila los resultados. Se aplican tres reglas:

• todos los SELECT devuelven el mismo número de columnas,
• las columnas se emparejan por posición, no por nombre, así que los tipos de cada posición deben ser compatibles,
• los nombres de columna del resultado vienen del primer SELECT. Por eso solo el primero necesita alias.

ORDER BY se escribe una sola vez, al final del todo, y ordena las filas combinadas.

La columna de etiqueta

Sin 'orders' AS metric, obtendrías una columna de meses y conteos sin forma de saber qué número es cuál. Una columna constante de texto es el truco estándar: viaja con cada fila de su SELECT y se convierte en el nombre de la serie en un gráfico.

Con los datos de Harbor & Pine, enero de 2025 sale con 268 pedidos completados, 64 devoluciones y 960 sesiones. Noviembre salta a 651 pedidos y 2,609 sesiones: la temporada navideña se ve en las tres métricas a la vez, que es justo por lo que Kevin las quiere en una tabla.

Este formato “largo” (métrica, periodo, valor) es el que esperan la mayoría de las herramientas de gráficos y los paneles de BI. Si alguien quiere después una columna por métrica, la agregación condicional del capítulo 6 lo pivota de vuelta.

Errores comunes

• ORDER BY dentro de una rama. ... GROUP BY month ORDER BY month UNION ALL SELECT ... es un error de sintaxis. Ordena una sola vez, después del último SELECT.
• Columnas en distinto orden. Si el segundo SELECT devuelve el conteo antes del mes, la base de datos empareja por posición e intenta poner un número en la columna de fecha. Algunos motores dan error, otros convierten en silencio, y en ambos casos obtienes un sinsentido.
• Granos de fecha distintos. Agrupar pedidos por mes y sesiones por día se apila bien pero hace un gráfico que no significa nada. Mantén el mismo grano en todas las ramas.
• Filtros distintos. Si una rama cubre 2025 y otra olvidó su filtro de fechas, el apilado se ejecuta igual. Lee todas las cláusulas WHERE una junto a otra.

En SQL Server

UNION ALL funciona igual. Los inicios de mes suelen escribirse DATEFROMPARTS(YEAR(order_date), MONTH(order_date), 1) (o DATETRUNC(month, order_date) desde SQL Server 2022), y agrupas por la expresión en lugar de por la posición, porque T-SQL no acepta GROUP BY 2.