¿Qué tan cómodo estás con SQL y para qué lo usas como analista?

Lo bastante cómodo para responder a mis propias preguntas: joins, agregados, subconsultas y funciones de ventana cuando necesito rankings o totales acumulados. Lo uso para dimensionar problemas, verificar lo que me cuentan los stakeholders, encontrar problemas de calidad del dato antes de que arruinen una migración y construir los números base que sostienen un caso de negocio. No para tunear consultas de producción, pero tampoco para esperar una semana a que lo haga otro.

Lo bastante cómodo como para no tener que hacer cola detrás del equipo de datos para preguntas básicas. Joins, group by, subconsultas y funciones de ventana cuando necesito un ranking o un total acumulado. Las cuatro cosas para las que más lo uso son dimensionar un problema antes de acordar que merece resolverse, contrastar lo que dice un stakeholder con la realidad, perfilar datos antes de una migración y sacar líneas base para un caso de negocio. La del perfilado de datos ha salvado un proyecto más de una vez. En una migración de clientes, hice recuentos sobre los campos que necesitaba el sistema destino y descubrí que cerca del dieciocho por ciento de los registros no tenían un código de país válido, algo que nadie había mencionado porque el sistema antiguo nunca lo obligaba. Eso se convirtió en una línea de trabajo de limpieza de datos con la que si no nos habríamos topado durante el fin de semana del cambio. Donde ya se me escapa es en el tuneado de rendimiento o cualquier cosa que toque acceso de escritura en producción, y eso se lo paso a un ingeniero de datos sin dudarlo.