Nivel 9 · Desafío final: foto del catálogo

Los Desafíos finales son casos pequeños. Cada paso se revisa por separado y, juntos, responden la solicitud completa. Este usa todo lo del capítulo: elegir columnas, calcular nuevas, nombrarlas, redondear y eliminar duplicados.

Paso 1: la lista de precios de oferta

Un descuento del 10 % significa que el cliente paga el 90 % del precio, así que el precio de oferta es unit_price * 0.9. Escribirlo como una multiplicación es más claro y menos propenso a errores que unit_price - unit_price * 0.1, aunque ambos dan la misma respuesta. Redondea el resultado a centavos y ponle un alias legible:

ROUND(unit_price * 0.9, 2) AS sale_price

Mantén el unit_price original a su lado. Quienes leen una lista de precios quieren comparar los dos números uno junto al otro, y un analista que muestra la entrada junto a la salida hace que los errores sean fáciles de detectar.

Paso 2: proporción del costo

Los equipos de finanzas suelen hablar del costo como una proporción del precio (la vista inversa del margen). Si una lámpara se vende por 80 y cuesta 32, la proporción del costo es 40 %. La expresión es unit_cost / unit_price * 100. Algunos productos no tienen costo registrado, así que su proporción de costo es NULL. Déjalos como NULL: un costo desconocido no es un costo cero, y rellenar con 0 haría que esos artículos parecieran ganancia pura en la diapositiva de la junta.

Una comprobación rápida que hacen los analistas con una columna como esta: ¿todos los valores están entre 0 y 100? Una proporción de costo superior a 100 significa que el producto se vende con pérdida, algo que vale la pena señalarle a Jessica en lugar de pasarlo en silencio.

Paso 3: canales y estados

SELECT DISTINCT channel, status FROM orders lista cada combinación una vez. Con tres canales y cuatro estados esperarías como máximo doce filas. Si ves menos, alguna combinación nunca ocurre. Si ves más, los datos tienen variantes de escritura, y eso ya es un hallazgo.

Qué comprobaría quien revisa

• Cada columna calculada tiene un alias claro.
• El redondeo ocurre una sola vez, sobre el valor final.
• Los NULL se dejan como NULL salvo que haya una razón de negocio para rellenarlos.
• El resultado tiene solo las columnas que se pidieron.

Esos cuatro hábitos te ahorrarán la mayoría de los comentarios que recibirías en una revisión de código como analista junior.

Errores comunes

• Multiplicar por el descuento en lugar de por lo que queda. unit_price * 0.1 es el 10 % que se quita, no el precio de oferta. El cliente paga el 90 %, así que escribe unit_price * 0.9.
• Redondear las entradas en lugar del resultado. ROUND(unit_price, 2) * 0.9 aún puede devolver tres decimales. Redondea una sola vez, alrededor de toda la expresión: ROUND(unit_price * 0.9, 2).
• Convertir un costo que falta en 0. Una proporción de costo desconocida debe seguir siendo NULL; un 0 le dice al lector que el producto no cuesta nada fabricarlo.
• Esperar que DISTINCT funcione solo con la primera columna. SELECT DISTINCT channel, status elimina los pares duplicados, así que cada canal aparece una vez por cada estado que tiene, no una sola vez en total.

En SQL Server

Los tres pasos se ejecutan allí sin cambios: la aritmética con decimales, ROUND(x, 2) y SELECT DISTINCT se comportan igual. La diferencia que hay que recordar es la unión de texto, que usa + en lugar de ||.