Aprende SQL respondiendo una pregunta de negocio esta semana

El camino más rápido hacia SQL es una respuesta de negocio

Si estás intentando aprender SQL porque sientes que vas por detrás en roles de datos asistidos por IA, detente y pregúntate para qué te están contratando realmente. No es para escribir una consulta desde la memoria. Es para responder una pregunta que un responsable pueda usar, comprobar si la respuesta es confiable y explicar la elección en lenguaje sencillo.

Ese es el vacío que la mayoría de los principiantes pasa por alto. Recogen tutoriales, tarjetas de repaso y bases de datos de práctica, y luego se quedan congelados cuando alguien pregunta: «¿Por qué uniste esas tablas de esa manera?» o «¿Qué significa este número para el negocio?». El camino más rápido hacia la empleabilidad no pasa por más ejercicios de sintaxis. Es una pregunta de negocio, respondida de principio a fin, esta semana.

La señal de demanda no es un rumor. A los científicos de datos se les describe como personas que usan SQL como herramienta de análisis. También se les lista entre los empleos de alta demanda en los próximos 10 años. El crecimiento estimado del empleo para científicos de datos es de 34 por ciento. El salario medio en EE. UU. para científicos de datos es de $112,590.

Construye el ejercicio en una semana

Elige una métrica que importe para un negocio real. Puede ser una sencilla: ingresos por región, usuarios activos por plan, tickets de soporte por categoría, cancelaciones por cohorte o el tiempo promedio entre dos eventos. No elijas una métrica porque suene impresionante. Elige una que puedas explicar en una frase.

Escribe la pregunta antes de escribir la consulta. Usa este formato: «Quiero saber [métrica] para [segmento] durante [período de tiempo] para que se pueda tomar [decisión]». Si no puedes completar la parte final, la pregunta no está lista para el negocio. Una métrica sin decisión es solo un número.

Ahora escribe la consulta. Si usas IA para ayudarte, deja que redacte una versión inicial, pero no te detengas ahí. Tu trabajo es convertirte en la persona que puede inspeccionar la lógica. Pregúntate tres preguntas: ¿Cuál es la granularidad del resultado? ¿Qué filas se incluyen y cuáles se excluyen? ¿Qué pasa si falta un registro en una tabla?

Valida el join antes de confiar en la respuesta. Un join es donde la mayoría de las consultas de principiantes se rompen en silencio. Si unes dos tablas y el conteo de filas cambia, necesitas saber por qué. ¿Usaste un inner join y descartaste registros sin coincidencia? ¿Creaste duplicados porque una tabla tiene varias filas por clave? ¿Filtraste antes o después del join? Ejecuta una pequeña consulta de comprobación que cuente filas antes y después del join. Si los números no tienen sentido, corrige la lógica antes de seguir.

Luego explica la decisión. Esta es la parte que separa una pieza de portafolio de un ejercicio de tarea. Escribe una nota corta que diga: qué mide la métrica, qué hace la consulta, qué supuestos hiciste y qué cambiarías si la pregunta de negocio cambiara. Si no puedes explicar el join, los filtros o el agrupamiento en lenguaje sencillo, no has terminado.

Hazlo defendible en una búsqueda de empleo

Cuando presentes este trabajo, no empieces con la consulta. Empieza con la pregunta de negocio. Luego muestra la respuesta, la validación y la explicación. Ese orden importa. Un responsable de contratación puede no importarle si usaste una cláusula en particular. Le importa si puedes producir un número que pueda usar y defender.

Usa la misma estructura en una entrevista. Si alguien pregunta por un proyecto, di: «La pregunta era esta. La respuesta era esta. La validé comprobando el join y los conteos de filas. La decisión que respalda es esta». Esa es una respuesta completa y empleable. Muestra que puedes trabajar con datos, no solo recuperarlos.

La IA hará más fácil generar SQL, pero no hará opcional el juicio de negocio. Las personas que siguen siendo empleables son las que pueden hacer la pregunta correcta, comprobar el resultado y explicar el trade-off. Esa es la habilidad que puedes construir esta semana.

Aquí tienes tu asignación. Elige una pregunta de negocio. Escribe la consulta. Valida el join. Explica la decisión. Ponlo en un documento corto que puedas compartir. Al final de la semana, tendrás algo más útil que otro tutorial: una pequeña prueba defendible de que puedes hacer el trabajo.