Nivel 1 · Ingresos por envío que crecieron tras un join

La columna de ingresos del starter está bien y su columna de envío está mal, en la misma consulta. Esa combinación es la firma de la multiplicación de filas en un join: una suma sobre una columna que vive en el lado “uno” de un join uno a muchos.

Qué hace realmente la consulta

orders tiene una fila por pedido y order_items una por línea. Tras el join, un pedido con tres líneas aparece tres veces, y su shipping_fee se copia en las tres filas. El pedido 8235 del marketplace tiene un cargo de $4.99 y cinco líneas, así que el starter suma $24.95 por él.

Los ingresos de línea están bien, porque el monto de cada línea aparece exactamente una vez. COUNT(DISTINCT o.order_id) también está bien. Solo se repite SUM(o.shipping_fee).

Cómo detectarlo

Compara los conteos de filas antes de confiar en una suma. Hay 4,295 pedidos completados en 2025, pero el join devuelve 10,800 filas. Si el grano que necesitas es “una fila por pedido” y el join da 2.5 veces eso, toda suma de una columna a nivel de pedido está inflada.

Una segunda comprobación es calcular el número sospechoso sin el join:

SELECT channel, ROUND(SUM(shipping_fee), 2) AS shipping_revenue
FROM orders
WHERE status = 'completed'
  AND order_date >= '2025-01-01' AND order_date < '2026-01-01'
GROUP BY channel;

Marketplace sale en $3,897.76, no en $8,919.83. Web es $3,890.50 en lugar de $5,588.90, y app $4,309.25 en lugar de $6,532.35.

La solución: agrega primero el lado “muchos”

Resume order_items a una fila por pedido en una CTE y luego haz el join. El join es uno a uno, así que ambas sumas son correctas en una sola consulta y el conteo de pedidos es un simple COUNT(*).

Errores comunes

• SUM(DISTINCT o.shipping_fee): reduce pedidos distintos que comparten un cargo.
• Dividir la suma inflada entre el número promedio de líneas: una aproximación que cambia cada vez que cambia el tamaño de la cesta.
• Filtrar quantity > 0 en la consulta externa tras preagregar: la CTE ya lo maneja, y la consulta externa ya no tiene una columna quantity.

En SQL Server

La misma CTE funciona sin cambios en T-SQL. Una diferencia aparece al probar partes: SQL Server no tiene LIMIT, así que mira unas cuantas filas unidas con TOP:

SELECT TOP 10 o.order_id, o.shipping_fee, i.order_item_id
FROM orders AS o JOIN order_items AS i ON i.order_id = o.order_id;

En el trabajo

“Los ingresos cuadran pero el envío, los impuestos o los descuentos a nivel de pedido no” casi siempre significa multiplicación de filas. Di en voz alta el grano de cada tabla antes de escribir el SELECT.