Nivel 5 · Los diez reembolsos más grandes que causamos

Una lista top N son tres cláusulas trabajando juntas: filtrar, ordenar, cortar. Usaste las tres en la lista de precios; aquí se ejecutan sobre una tabla nueva, returns.

Filtrar, ordenar, cortar

SELECT return_id, reason, refund_amount
FROM returns
WHERE reason IN ('damaged', 'wrong_item')
ORDER BY refund_amount DESC, return_id ASC
LIMIT 3;

Los tres primeros son la devolución 802 (damaged, $4,827.00), la devolución 1200 (wrong item, $3,996.00) y la devolución 641 (damaged, $3,318.00). La base de datos aplica los pasos en este orden: WHERE elimina los otros motivos, ORDER BY ordena lo que queda y LIMIT conserva las primeras filas del resultado ordenado. LIMIT sin ORDER BY devuelve “algunas” filas, no las primeras.

ASC es el valor por defecto, así que return_id ASC y return_id a secas son lo mismo. Escribirlo hace que las direcciones mixtas se lean fácil: el reembolso más grande primero, pero el id más bajo primero entre los empates.

Por qué el desempate importa aquí

Las devoluciones 31 y 317 reembolsaron exactamente $3,198.00. Ambas caben dentro de los diez primeros, pero cuál aparece primero depende de la base de datos a menos que lo indiques. Si un empate cayera justo en el punto de corte, entre las filas 10 y 11, la base de datos incluso podría elegir una fila distinta cada vez. Una columna única como última clave de ordenamiento, aquí return_id, elimina la duda.

Errores comunes

• Ordenar de forma ascendente por accidente, lo que da los diez reembolsos más pequeños en lugar de los más grandes.
• Poner LIMIT antes de ORDER BY. SQL espera ORDER BY primero y luego LIMIT, y reporta un error de sintaxis si no es así.
• Filtrar con reason = 'damaged' OR reason = 'wrong_item' y luego añadir más condiciones AND sin paréntesis. IN lo mantiene seguro.
• Leer el resultado sin la columna de ordenamiento. Mantén refund_amount en la lista de SELECT, para que cualquiera pueda ver de un vistazo que la lista realmente va del más grande al más pequeño.

En SQL Server

SQL Server no tiene LIMIT; pone TOP n justo después de SELECT. TOP 10 WITH TIES también conservaría cualquier fila extra que empate con la décima:

SELECT TOP 10 return_id, refund_amount
FROM returns
WHERE reason IN ('damaged', 'wrong_item')
ORDER BY refund_amount DESC, return_id ASC;