¿Quién emite las consultas de SQL?

Con solo este conjunto sencillo de datos de registros de ejercicio hemos podido escribir muchas consultas diferentes y útiles. Ahora quiero tomar un descanso de consultar para hablar acerca de quién, por lo general, estaría haciendo todas estas consultas, y con qué propósito.

Vamos a imaginarnos que tenemos una app de ejercicio con miles de usuarios que almacenan datos parecidos a los de la tabla de registros que hemos estado usando. Esa app le deja a los usuarios introducir registros diarios y ver su progreso en un tablero personal:

Aquí están algunos individuos que podrían estar emitiendo consultas de SQL para una app como esa:

Son los que construyen el backend (la lógica del lado del servidor) y el frontend (el HTML/CSS/JS que traducen los datos y los formularios). Los ingenieros de software usarían comandos de SQL para comunicarse del lado del servidor con la base de datos que almacena todos los datos de los usuarios. Tendrían que saber cómo hacer cualquier consulta que necesite el frontend. Por ejemplo, si al iniciar sesión lo usuarios vieran un tablero que les mostrara cuánto se ejercitaron ese día, el ingeniero tendría que averiguar cómo hacer un SELECT filtrado por fecha y por usuario. Necesitarían averiguar cómo insertar datos y actualizarlos (lo cual discutiremos más adelante).

Son los que analizan los datos, tratando de aprender más acerca de los usuarios, quizá al darles sugerencias acerca de cómo ayudarlos a ejercitarse más. Necesitan una comprensión profunda de las declaraciones SELECT porque necesitan hacer consultas muy complicadas para los análisis que les interesan. Por ejemplo, podrían usar un SELECT para analizar qué porcentaje de los usuarios sería más probable de hacer ejercicio si hicieran ejercicio por la mañana, tal vez al usar CASE y GROUP BY.

En una compañía hay tomadores de decisiones: los que ven los datos, los que hablan con los usuarios, los que ven el mercado y tratan de entender cómo mejorar un producto para tener más usuarios, hacer que estén contentos o ganar más dinero. A menudo necesitan una comprensión de las consultas de SQL de modo que puedan ver las estadísticas de uso y tratar de entender qué partes de un producto se están usando más, cuáles se están usando de manera sorpresiva y qué no se está usando para nada. Podrían usar un SELECT para ver cuántos usuarios usan el campo "heart_rate", si es que están debatiendo eliminarlo.

Como todas estas personas trabajan en la misma compañía, podrían y deberían compartir el conocimiento entre sí acerca de cómo usar SQL en sus bases de datos. No todos necesitan ser un experto en SQL, pero en mi experiencia, muchas personas en una compañía se pueden beneficiar de tener una comprensión básica de SQL, y algunas de ellas podrían querer adentrarse en características más avanzadas a medida que se vuelven más sofisticadas.

En ese sentido, ¡sigue adelante para aprender más características avanzadas...!