Bueno, ya han visto el planteo antes de ir a la resolución del tercer ejercicio, quiero mostrarles
porque me quedó pendiente del ejercicio anterior que yo les dije bueno, vamos a ver cómo se resuelve.
No se preocupen, vamos a corroborar que la información que hemos extraído es la correcta.
Recuerden que nuestra actriz es la 107 china DeGeneres.
Bueno, aquí tienen la forma de verificarlo.
Hacen un select count de películas y traen el Heidy del actor de film actor y lo agrupan por el actor
para que haga un count correctamente y lo ordenan descendente por la cantidad de películas que tiene
cada actor.
Si se fijan, el actor actriz 107, que es nuestra china DeGeneres, aparece en primer lugar con cuarenta
y dos películas.
Esto es importante.
Estas pruebas ustedes las tienen que hacer porque profesionalmente se van a comprometer cuando un gerente
les pida una información y ustedes les den información.
Y si esa información está mal porque se equivocaron en la consulta, es se cuele, van a pasar un rato
bastante desagradable.
Tienen que verificar que la información que ustedes obtienen sea la correcta, haciendo las pruebas
y contra pruebas necesarias.
Bueno, muy bien.
Vamos a ir ahora sí a la resolución del tercer ejercicio.
Vamos a abrir uno nuevo.
Queremos saber el empleado.
Ustedes ya tienen el planteo ahí copiado, lo han estado revisando y aquí vamos a tener que usar ni
más ni menos que seis tablas, seis tabla, la tabla de staff que las tablas de nuestros empleados,
las tablas rental, que es la tabla que tiene todo el historial de alquileres de nuestras películas.
La Tabla Inventory donde está nuestro inventario de películas.
La tabla film film.
Actor y actor.
Por qué?
Porque tenemos que llegar desde nuestro actor que es el 107, nuestra actriz DeGeneres hasta el staff.
Tenemos que hacer un recorrido de uniones enorme.
Entonces, qué nos pide el nombre?
Igual que nos pedía con el actor o la actriz.
Ahora vamos a poner el nombre de nuestro integrante del staff, hacemos un SELECT, vamos a hacer lo
mismo que hacemos siempre, un vamos a hacer un from staff y le vamos a poner una escena.
Muy bien.
Y ahora si puedo usar la ayuda de poner el prefijo y que nos traiga los campos cualquiero el aire,
obviamente no le vamos a poner un alias porque vamos a perder el tiempo.
Ustedes si quieren le ponen un alias, el First Nine y el Last.
Muy bien, muy bien.
Ahora vamos a unir el staff con nuestro rental, porque nuestra tabla Rental, uno de los campos que
tiene, es quien ha sido del staff que ha rentado esa película en nuestra tabla de lo que sería nuestra
tabla de ventas.
No Rental es la tabla donde están todas las alquileres que hemos realizado, entonces le hemos puesto
una R de rental y ahora vamos a decirle vamos a ir hasta esta failed y vamos a decirle que es igual
a staff aider.
Ahí ya tenemos unidas nuestras dos tablas TAF con renta.
Si ahora yo quiero ejecutar esto me va a traer cualquier cosa porque la tabla rental tiene miles de
registros y me lo va a repetir.
Va a ser un desastre en pantalla.
Si ustedes quieren lo ejecutamos.
Me va a mostrar siempre el mismo nombre del staff número uno y el staff número que son Steffen me lo
muestra a continuación.
Esta información no me sirve de nada.
Vamos a unir ahora vamos a hacer un SOIN a la Tabla Inventory Inventory, le ponemos una I y decimos
que en la R de Rental vamos a nuestro invent zari inventory, aydemir es igual a la tabla Inventory
tiene que coincidir.
Esto tiene que ser una IDE con otra init.
Muy bien, ya tenemos unir a la tabla inventory porque?
Porque en la tabla inventory tenemos el film a id.id.
No la tenemos en la tabla Rental.
Si vamos a Rental ustedes dirán bueno pero la tabla rental tiene que tener el Heidy de la película,
no tiene una tab, un Heidy de inventory ok.
Recuerden lo que les dije al principio en el primer segundo capítulo no tenemos el el el aire de la
película aquí.
Porque una misma película puede estar repetida en varios locales, en varias sucursales.
Entonces, qué es lo más lógico, no?
La misma película repetida en varias soportarás?
Entonces la unión tiene que ser hacia el Heidfeld del inventario.
Volvemos a nuestra consulta ahora, ahora sí, teniendo al inventor y fíjense que vamos a ir a nuestra
tabla Inventory o Inventory o se pónganle el acento donde ustedes quieran.
Ahí yo ya tengo mi film Heidi.
Ahora si puedo unir la película, entonces ahora voy a hacer que se una la tabla filma, le ponemos
una F.
Muy bien.
Donde F e film Heidi ID es igual a Inventory Film Heidi ya sigue por el caminito.
Partiendo desde el staff entré en la tabla de rental donde tengo los alquileres que ha hecho es estas
la tabla renta me llevan a Inventory Inventory y me lleva a film y con Fille voy a tener que unirlo
a film actor porque recuerden que lo que queremos saber es de esa actriz que nos apareción en el ejercicio
número 2.
Cuantos ha alquilado que he empleado ha rentado más películas de esa actriz?
Entonces vamos a hacer un saine film actor y le vamos a poner F.A a las iniciales de esa tabla on f
a punto.
Film Heidi es igual a F.n film Heidi?
Bueno, muy bien, ya tenemos film actor.
Entonces ahora nosotros film actor lo vamos a unir si o si a la tabla actores.
Por qué?
Podríamos obviarlo, esto obvio.
Podemos obviarlo.
Yo lo hago por una cuestión de lógica, de tener unido a la tabla actores.
Podría obviarlo.
Por qué?
Porque la tabla film actor.
Vamos a ir a nuestra tabla.
Ya tengo el actor Heidi, yo ya sé que es la 107.
Entonces podría obviar ese saine, si ustedes lo quieren obviar lo obvian, sino lo colocan e si lo
quieren colocar no está demás.
Tendríamos que cambiar y poner en el wear.
Vamos a colocar el wear y vamos a poner que film actor, punto actor id.id.
Es igual a 107.
Muy bien, por ahora no hemos resuelto el ejercicio.
Por ahora me va a traer muchísimas cosas.
Vamos a ejecutarlo.
Me vuelve a traer la lista porque yo estoy mostrando solamente tres campos.
Me vuelve a traer la lista, pero ahora lo que tengo que hacer.
Qué es lo que tiene?
Esta lista está unido y está filtrado por los alquileres de películas que esos esas personas de staff
han hecho sobre esta actriz.
Estos registros, que son 753, me muestra solamente los registros de esta actriz.
No tenemos manera de comprobarlo.
Por el momento lo que vamos a hacer es un grub.
Voy.
De qué?
De el estafa edir sea.
Ya no quiero que me aparezca esto.
Me va a parecer dos registros.
Aquí no hay nada.
Por qué?
Porque lo que ahora necesitamos hacer es el count.
El count que diga bueno, a ver, Mike, leer cuántas películas alquilado de la actriz 107 nuestra amiga
DeGeneres y Johnny Steffen.
Cuántos alquileres ha hecho de John de Llaneras?
Entonces vamos a.
Hacer ahora un order porque los tenemos que ordenar para ver quién es el ganador con un count
asterisco de manera descendente.
Para qué?
Para que me quede el que más registros, el que más alquileres ha hecho de esta actriz primero y el
segundo es el que menos ha tenido.
Por eso estoy haciendo un count descendente y ahora vamos a hacer un limit.
Fíjense si yo no hago esto me muestra los dos registros, pero ahora en el orden que corresponde, que
da la casualidad que es el número uno, vamos a hacer un limit 1 y me va a traer el resultado final,
que es Maybe Hillier es quien más ha alquilado, ha rentado películas de esta actriz.
Esto, por supuesto, y esta parte se las voy a dejar a ustedes, no se las voy a mostrar.
Hagan lo necesario con las tablas para corroborar que lo que yo estoy mostrando aquí es cierto.
Hagan las pruebas, háganlo count, hagan el conteo de registros, hagan lo que tengan que hacer para
cerciorarse de que esto que está aquí es verdadero.
Muy bien.
Vamos a pasar ahora al último ejercicio, el último ejercicio como tal, como hemos hecho con la dinámica
de este curso, donde siempre el último es el más complicado de todos.
Éste que sigue realmente es muy complicado.
Puede parecer, puede parecer al leer el planteo que es algo simple de hacer, pero lo vamos a tener
que hacer en partes.
Lo vamos a tener que ir desgranando como en una ecuación que tiene paréntesis y tenemos que resolver
primero lo que está en el paréntesis.
Y vamos a tener que ir desgranando, porque el ejercicio que continúa ahora van a tener sub consultas.
Van a tener una serie de ingredientes interesantes que los tienen que resolver.
Tienen que ejecutar las sentencias SELECT por separado, ver cómo llegan a cada uno de los valores y
luego unir todo eso en un.
En una gran consulta que no es una consulta que tenga muchas líneas de código.
Les aclaro estamos hablando de unas diez líneas de código, pero que tiene una complejidad.
Tiene una complejidad bastante importante y van a ver algo que se nos dificulta, sobretodo usando el
LIMIT en una consulta, van a ver que les va a tirar un error y hay una forma de solucionarlo.
Entonces, que es un engendro, la solución es un engendro la solución, pero lamentablemente no hay
otra forma de hacerlo.
Vamos a ir al próximo planteo, espero que lo puedan resolver y si no lo pueden resolver, no se sientan
mal porque están aprendiendo y vamos a ver como es la resolución.
Nos vemos en el planteo que mostramos a continuación.