Para seguir poniéndome al día y no olvidar el coding, estoy haciendo unos cursos a modo de repaso. Además, siempre se aprende alguna libreria o alguna forma nueva de hacer algo que siempre hacemos de una forma más optimizada.
En este caso estoy repasando SQL para business y he recordado un concepto que me costó pillar al principio. Así que aquí queda por si alguien empieza en SQL y se encuentra con ello.
Una vez que ya sabemos lo básico de SQL con una tabla, y se te pasa por la cabeza que qué fácil y lógico es esto
SELECT //Dame esto
FROM // De esta tabla
WHERE // donde ocurre esto (tal es igual, mayor, menor que ...)
llega el momento JOIN. Aquí vamos a tener dos tablas o más.
Como en SQL estamos trabajando en un modo tabular (es decir, trabajamos con formato tablas de filas y columnas) vamos a necesitar una misma columna para juntar (JOIN) las tablas.
Esto es muy parecido al VLookUp de toda la vida de Excel (en castellano Buscarv)
Por lo tanto necesitamos saber en que tablas están las columnas que queremos. Así que en el ON vamos a poner el nombre de las columnas como referencia. Si la base de datos está bien hecha (es decir bien disennada, es que no tengo ennes en el teclado) la columna que vamos a usar para unirla se llamará igual en ambas tablas. A esta columna se le llama primary key, pero eso es otra historia...
Total, que en todos los ejercicios que hagas esto será de cajón. Sin embargo, en el día a día en el trabajo te puedes encontrar cualquier cosa y las columnas no se llamen así. Si te encuentras con el caso siempre pregunta por un data dictionary, sería lo primero que deberías pedir. Sin embargo, parece que nadie los necesita ( en realidad quiero decir usa´)
Así que vamos a tener un
FROM // De esta tabla
JOIN // Juntamos con esta otra tabla
ON // las columnas que nos sirven para juntar porque son las mismas
Antes de nuestro JOIN
nos vamos a encontrar la segunda tabla. El orden de las tablas es importante porque hay diferentes tipos de JOINs y eso va a influenciar también. Esto también es otra historia... Y justo detrás del ON vamos a poner las columnas que son iguales en ambas tablas. Como estamos juntando dos tablas que pueden tener el mismo nombre de columnas (ideally) o no, debemos poner el nomber de la tabla antes de la columna. Por lo tanto
meals(tabla) . meal.id(columna)
OK; Vamos allá,
SELECT price, quantity-order
FROM meals
JOIN orders ON meals.meal_id = orders.meal_id
WHERE user_id = 10;
Ahora tenemos todas las columnas a nuestra disposición.
Pero wait a minute, si yo selecciono precio y order de la primera tabla y esa columna está en la segunda tabla (la que va después del JOIN). Cómo puede ser que no necesite poner como sintaxis order.quantity-order ?
* En realidad puedes ponerlo pero eso significa dar más complejidad y ensuciar la Query. El tema aquí es que la
query va a ser leída como un todo, no de forma secuencial. Así que primero se ejecutará el FROM y el JOIN y de forma recursiva se irá ejecutando las demás partes de la query.
Y esta fue mi cara tras una semana revisando oráculos intentando encontrar la respuesta y acabar leyendola en una cheatsheet
via GIPHY
En qué orden se ejecuta una query en SQL
Yendo por partes, cómo se va a ejecutar esto.
- PRIMERO se ejecuta FROM-JOIN
- Después WHERE
- Más tarde todo lo que hay debajo del WHERE como GROUP BY y HAVING
- Finalmente SELECT
- En quinto lugar tenemos el disctinct (dónde), order by y limit/offset que en realidad es una forma de formatear la query que queremos una vez que tenemos los datos.
Logicamente todo puede ser más complicado con subqueries pero las subqueries serán ejecutadas en
Dónde se sejecuta una subquery en SQL
Y esta fue la cara con la que el manual me miró. Bueno, de forma figurada claro.
via GIPHY
