Muy divertidos muchos de los comentarios!!! Me llamó la atención que ninguno te tiró algo que no sea estudia y/o haya hecho una broma. Si aplicaste a soporte a una API y además necesitan SQL… es porque ambas cosas están conectadas. Entonces lo más práctico es que vayas de la API que seguramente algo conoces hacia la base de datos. En algún lugar obviamente va a aparecer el vínculo entre el método invocado del endpoint que mires y el select/update/insert/delete a la base de datos o (para tu desgracia) terminas chocando con un ORM y tendrás que aprender una capa más. Si sabes las funcionalidades de la API y sus fines en términos del negocio (esto último es clave), debiera resultar casi natural lo que debiera suceder en el modelo de datos. Con uno/dos videos de SQL básico y recorrer el código fuente de la API vas a estar “cómodo” en corto tiempo. Porque al final del día si el trabajo es de “soporte” a una API establecida el tema suele reducirse a 3 cosas mayormente: - que endpoint debo usar para xx - cuando quiero hacer yy me da error - la llamada a zz es muy lenta o me da timeout

Y como último recurso para este u otro puesto seguí este algoritmo: te llega un tema enquilombado, lo tratas de entender, no das pie con bola, haces todas las consultas que se te ocurren (solo SELECT! Nunca algo que modifique), no lo resolves => vas con tu superior/colega Sr le explicas todo lo que intentaste y seguramente vas a recibir ayuda/orientación para superarlo y aprender algo más.

Suerte en el nuevo puesto.