Caso de programación en base de datos SQL: Cuando una query “funciona”, pero los números no coinciden con los reales, pero parecen correcto.
Ver imagen: https://lnkd.in/dqjnqMQ2
En análisis de datos y BI, uno de los errores más comunes (y más peligrosos) no es técnico, sino lógico.
Caso Real a resolver:
Una empresa argentina de ventas mayoristas detecta que los reportes de facturación por provincia no coinciden con la facturación total.
El modelo existe hace tiempo, los datos parecen correctos y la query “funciona”, pero los números no cierran. La tarea es analizar, detectar el problema y proponer una solución.
El problema, detectado:
Un JOIN ON 1 = 1 que generaba un producto cartesiano, ignorando la tabla intermedia que representa el hecho de negocio.
La consecuencia:
Métricas infladas, productos no vendidos incluidos en la facturación y reportes que no podían reconciliarse.
La clave está en:
- Respetar la granularidad del modelo (Calcular las métricas desde el nivel de detalle correcto del negocio).
- Usar correctamente la tabla de hechos.
- Validar resultados con controles de auditoría.
- Aplicar el principio básico: la suma de las partes no puede ser mayor que el todo.
Este tipo de situaciones muestran por qué escribir SQL válido no alcanza: Los datos hay que RAZONARLOS.
En mi sitio web publiqué el caso completo, con:
- Modelo de datos.
- Datos de ejemplo.
- Query en producción.
- Auditoría de control de totales.
- Explicación paso a paso del error y su impacto.
Podes ver el caso completo acá (ir a Caso 05):
Nota: podéis ver el video en la publicación original.
Artículo: "SQL: Cuando una query “funciona”, pero los números no cierran (2/2)." Publicado en https://www.linkedin.com/ por Juan Marcelo Yeris el 25 ene 2026. consultado el 1 jul 2026
No hay comentarios:
Publicar un comentario