Leer SQL sin saber programar es una habilidad de negocio que te permite validar reportes, cuestionar dashboards y confiar más en las decisiones que tomas con datos. No necesitas escribir código: necesitas entender qué está pidiendo cada consulta para hablar el mismo idioma que tu equipo técnico.

¿Qué es SQL y por qué deberías entenderlo si trabajas en negocio?

SQL es el lenguaje que usamos para pedirle información a una base de datos. Cosas como tráeme las ventas del último mes, muéstrame el top 10 de productos o filtra solo a los clientes nuevos salen de ahí.

Si tomas decisiones a partir de un dashboard, lo más probable es que alguien técnico haya usado SQL para construirlo. Y cuando los números no cuadran, saber leer la consulta te da tres ventajas concretas:

• Validar si el dashboard está bien hecho.
• Pedir cambios sin depender de cómo interpretó tu pedido el equipo técnico.
• Confiar más en los datos que sustentan tus decisiones.

¿Necesito saber programar para usar SQL en mi trabajo? No. Basta con leer la consulta y entender qué hace cada parte. Escribir el código es tarea del equipo técnico; interpretarlo es tarea tuya como líder de negocio.

¿Cuáles son las partes de una consulta SQL que debes reconocer?

Una consulta típica se arma con bloques que siempre cumplen la misma función [0:55]. Si los identificas, ya tienes el 80% del trabajo hecho.

• Select: define qué columnas o campos quieres ver. Es el qué información quiero mostrar.
• From: indica de dónde vienen los datos, normalmente el nombre de la tabla.
• Join: cruza información de dos o más tablas relacionadas, como cuando unes dos Excel con un identificador común.
• Where: aplica los filtros, por ejemplo un rango de fechas o solo clientes activos.
• Group by: agrupa los datos para hacer sumas, promedios o conteos por categoría.
• Order by: ordena los resultados, por ejemplo de mayor a menor.

También existen funciones de agregación como sum, average y count, además de subconsultas. No necesitas escribirlas, solo reconocer qué hacen cuando aparecen.

¿Para qué sirve un join en una consulta real?

El join conecta tablas que comparten una llave. Si tienes una tabla de ventas y otra de productos, el join te permite ver el nombre y la categoría del producto junto al monto vendido, usando el ID de producto como punto de unión.

¿Cómo se traduce una consulta SQL a lenguaje de negocio?

Imagina que te llega una consulta del equipo de datos que suma ventas por categoría de producto en agosto de 2025 [2:20]. Antes de entrar en pánico, tradúcela parte por parte.

• El select toma la columna categoría de producto desde la tabla P y suma el monto de ventas, renombrándolo como total ventas.
• El from parte de la tabla de ventas, identificada como V, que es la tabla base [4:35].
• El join pega la tabla de productos (P) usando ID producto como llave de cruce, para que cada venta quede asociada a su categoría.
• El where filtra las ventas con fecha entre el 1 y el 31 de agosto de 2025.
• El group by agrupa todo por categoría de producto para que la suma se consolide por rubro.
• El order by ordena el resultado por total ventas de manera descendente.

El resultado final es una tabla con dos columnas: categoría de producto y total de ventas en ese periodo, ordenada de mayor a menor. Eso es todo. Y con eso ya puedes validar si el reporte responde a tu pregunta o si le falta algo.

¿Qué hace exactamente un where en SQL? Filtra los registros que cumplen una condición. Si pides ventas entre el 1 y el 31 de agosto de 2025, el where descarta cualquier fila fuera de ese rango antes de sumar o agrupar.

¿Cómo aplicar esto al churn y a tu proyecto integrador?

Como parte del proyecto integrador, vas a recibir una consulta SQL y tendrás que analizarla con tus propias palabras. La indicación es clara: nada de copiar la explicación técnica de ChatGPT.

Para resolverlo, responde dos preguntas:

1. ¿Qué datos estás obteniendo con esa consulta?
2. ¿Cómo podrías usar esa información para entender el churn, es decir, la pérdida de clientes?

El ejercicio te entrena para leer SQL como si fuera lenguaje de negocio. Porque entender una consulta no es saber código, es saber cómo se construye la verdad que usas para tomar decisiones. Y en el contexto actual, esa lectura crítica es una habilidad de liderazgo.

¿Qué métricas suelen leerse en SQL para analizar churn?

Normalmente verás filtros sobre fechas de baja, conteos de clientes activos vs inactivos y agrupaciones por mes o por cohorte. Identificar esas piezas en la consulta te permite cuestionar si el cálculo del churn está midiendo lo que tu negocio realmente necesita.

En la próxima clase vas a conectar esta lectura con la estructura completa de un proyecto de datos: desde que nace la pregunta de negocio hasta que tienes el insight listo para accionar. ¿Ya intentaste leer una consulta de tu propio dashboard? Cuéntame en los comentarios qué parte te costó más traducir.