Nivel 4 · Tasas de devolución que son todas números enteros

Seis categorías, seis números enteros. Las tasas de devolución reales nunca son tan ordenadas. La consulta está bien en todas partes salvo por un carácter.

División entera en distintas bases de datos

Dividir dos enteros significa cosas distintas según dónde se ejecute la consulta:

• Postgres, SQL Server, Redshift, SQLite: / entre dos enteros es división entera. 402 / 5824 es 0.
• DuckDB: / siempre devuelve un decimal (402 / 5824 es 0.069...), y // es el operador de división entera.
• MySQL, BigQuery, Snowflake: / devuelve un decimal.

COUNT(*) es un entero en todas partes. Así que una consulta de Postgres escrita como COUNT(r.return_id) * 100 / COUNT(*) producía porcentajes enteros allí, y una herramienta de migración que conservó fielmente ese comportamiento en DuckDB escribió //. El fallo ya estaba en el informe original.

Qué devuelve el starter

402 * 100 // 5824 es 6 para Textiles, y 103 * 100 // 1616 también es 6 para Furniture. Las tasas reales son 6.90 y 6.37. Si la multiplicación hubiera ido después de la división, 402 // 5824 * 100, todas las categorías mostrarían 0.

La solución

Haz decimal un operando antes de dividir:

ROUND(100.0 * COUNT(r.return_id) / COUNT(*), 2) AS return_rate_pct

100.0 es un literal decimal, así que toda la expresión se evalúa en decimales de izquierda a derecha. Esta versión da la misma respuesta en todas las bases de datos de arriba, por eso los analistas la escriben así incluso en DuckDB. CAST(COUNT(*) AS DOUBLE) también funciona, pero es más larga.

Redondear demasiado pronto

La otra forma de perder precisión es redondear antes de escalar: ROUND(402 / 5824, 2) * 100 convierte 0.069 en 0.07 y luego en 7, y Textiles se lee como 7% en lugar de 6.90%. Redondea una sola vez, al final, a la precisión que muestra el informe.

Errores comunes

• COUNT(r.return_id) / COUNT(*) * 1.0: en Postgres o SQL Server la división entera ya ocurrió; multiplicar después es tarde.
• COUNT(*) para las líneas devueltas: tras un LEFT JOIN cuenta todas las líneas. Cuenta una columna de returns.
• Un inner join con returns: descarta las líneas que nunca se devolvieron, así que todas las tasas pasan a ser 100%.

En SQL Server

Esta es la versión que más probablemente te muerda allí: / entre dos INT trunca.

SELECT 402 / 5824;           -- 0
SELECT 100 * 402 / 5824;     -- 6
SELECT 100.0 * 402 / 5824;   -- 6.902472...

Escribe 100.0 * primero, exactamente como aquí.

En el trabajo

Las tasas de exactamente 0, 100 o números enteros son una señal de alarma en cualquier informe. Revisa la división antes de revisar los datos.